' Express Mail Label No. 



O 
Q> 



UTILITY PATENT APPLICATION TRANSMITTAL 

(Large Entity) 

(Only for new nonprovisional applications under 37 CFR t53(b)) 



Docket No. 
5200 



Total Pages in this Submission 
58 



C5 



TO THE ASSISTANT COMMISSIONER FOR PATENTS 
Box Patent Application 
Washington, D.C. 20231 

Transmitted herewith for filing under 35 U.S.C. 1 11 (a) and 37 C.F.R. 1 .53(b) is a new utility patent application for an 
invention entitled: 



1? 

3 



PROGRAM DELIVERY SYSTEM FOR VOD 



o 



0 



~0 



and invented by: 



John S. Hendricks et al. 



If a CONTINUATION APPLICATION, check appropriate box and supply the requisite information: 

□ Continuation IS Divisional □ Continuation-in-part (CIP) of prior application No.: 
Which is a: 

□ Continuation □ Divisional 3 Continuation-in-part (CIP) of prior application No.: 
Which is a: 

□ Continuation □ Divisional IS Continuation-in-part (CIP) of prior application No.: 
Enclosed are: 

Application Elements 

1 . lEI Filing fee as calculated and transmitted as described below 



2. IS Specification having 



58 



pages and including the following: 



a. IS Descriptive Title of the Invention 

b. IS Cross References to Related Applications (if applicable) 

c. □ Statement Regarding Federally-sponsored Research/Development (if applicable) 

d. □ Reference to Microfiche Appendix (if applicable) 

e. (S Background of the Invention 

f. IS Brief Summary of the Invention 

g. IS Brief Description of the Drawings (if drawings filed) 

h. M Detailed Description 

i. S Claim(s) as Classified Below 
j. S Abstract of the Disclosure 



08/352,205 



08/160,280 



07/991,074 



Page 1 of 3 



P01ULRG/REV04 



UTILITY PATENT APPLICATION TRANSMITTAL 

(Large Entity) 

(Only for new nonprovisional applications under 37 CFR 1.53(b)) 


Docket No. 
5200 


Total Pages in this Submission 
58 






Application Elements (Continued) 




3, 




Drawing(s) (wlien necessary as prescribed by 35 USC 113) 






a. 


13 Formal Number of Sheets 17 






b. 


□ Informal Number of Sheets 








Oath or Declaration 






a. 


□ Newly executed (original or copy) □ Unexecuted 






b. 


IS Copy from a prior application (37 CFR 1 .63(d)) (for continuation/divisional application only) 




c. 


□ With Power of Attorney □ Without Power of Attorney 






d. 


□ DELETION OF INVENTOR(S) 








Signed statement attached deleting inventor(s) named in the prior application, 






see 37 C.F.R. 1 .63(d)(2) and 1 .33(b). 




; 5. 


□ 


Incorporation By Reference (usable if Box 4b is ctiecked) 








The entire disclosure of the prior application, from which a copy of the oath or declaration is supplied under 






Box 4b, is considered as being part of the disclosure of the accompanying application and is hereby 






incorporated by reference therein. 




u. 


LJ 


Computer Program in Microfiche (Appendix) 




7. 


□ 


Nucleotide and/or Amino Acid Sequence Submission (if applicable, all must be included) 




d. 


□ Paper Copy 






b. 


□ Computer Readable Copy (identical to computer copy) 






c. 


□ Statement Verifying Identical Paper and Computer Readable Copy 








Accompanying Application Parts 




8. 


□ 


Assignment Papers (cover sfieet & document(s)) 




9. 


□ 


37 CFR 3.73(B) Statement (when there is an assignee) 




10. 


□ 


English Translation Document (if applicable) 




11. 


□ 


Information Disclosure Statement/PTO-1449 □ Copies of IDS Citations 


12. 


□ 


Preliminary Amendment 




13. 




Acknowledgment postcard 




14. 


□ 


Certificate of Mailing 








□ First Class □ Express Mail (Specify Label No.): 





Page 2 of 3 



P01ULRG/REV04 



UTILITY PATENT APPLICATION TRANSMITTAL 

(Large Entity) 

(Only for new nonprovisional applications under 37 CFR 1, 53(b)) 



Docket No. 
5200 



Total Pages in this Submission 
58 



Accompanying Application Parts (Continued) 

1 5. □ Certified Copy of Priority Docunnent(s) (if foreign priority is claimed) 



16. □ Additional Enclosures (please identify below): 



Fee Calculation and Transmittal 



CLAIMS AS FILED 



For #Filed #Allowed #Extra Rate 


Fee 


Total Claims 


24 


-20 = 


4 


X $18.00 


$72.00 


Indep. Claims 


5 


- 3 = 


2 


X $78.00 


$156.00 


IVIuitiple Dependent Claims (check if applicable) □ 


$0.00 


BASIC FEE 


$760.00 


OTHER FEE ^spec/fy purpose; 


$0.00 


TOTAL FILING FEE 


$988.00 



IS A check in the amount of $988.00 to cover the filing fee is enclosed. 
13 The Commissioner is hereby authorized to charge and credit Deposit Account No. 04-1425 
as described below. A duplicate copy of this sheet is enclosed. 

□ Charge the amount of as filing fee. 
IS Credit any overpayment. 

S Charge any additional filing fees required under 37 C.F.R, 1.16 and 1.17. 

□ Charge the issue fee set in 37 C.F.R. 1 .18 at the mailing of the Notice of Allowance, 
pursuant to 37 C.F.R. 1.311(b). 



Ami P. Shah 

Dated: April 2, 1999 Reg. No. 41,143 

Dorsey & Whitney LLP 

1330 Connecticut Ave., N.W. Suite 200 

Washington, D.C. 20036 




Page 3 of 3 



P01ULRG/REV04 



Docket 5200/PTO Filmgs/Application 



TO ALL WHOM IT MAY CONCERN: 

BE IT KNOWN, that we, John S. Hendricks and Richard C. 
Wunderlich, citizens of the United States and residents of Montgomery County, Maryland, and 
Fuhon County, Georgia, respectively, have invented certain nQ^^ and useful improvements in 

PROGRAM DELIVERY SYSTEM FOR VOD 
of which the following is a specification. 
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1 PROGRAM DELIVERY SYSTEM FOR VOD 

2 Related Applications 

3 This application is a continuation application of application Serial Number 08/352,205, 

4 filed December 2, 1994, entifled NETWORK MANAGER FOR CABLE TELEVISION 

5 SYSTEM HEADENDS, which is a continuation-in-part of U.S. Patent Application No. 

6 5,600,364, entitled NETWORK CONTROLLER FOR CABLE TELEVISION DELIVERY 

7 SYSTEM and U.S. Patent No. 5,798,785, entitled TERMINAL FOR SUGGESTING 

8 PROGRAMS OFFERED ON A TELEVISION PROGRAM DELIVERY SYSTEM, filed 

9 December 2, 1993, which are a continuation-in-part applications of Serial Number 07/991,074, 

10 filed December 9, 1 992, entitled TELEVISION PROGRAM PACKAGING AND DELIVERY 

11 SYSTEM WITH MENU DBOVEN SUBSCRIBER ACCESS. 

This application is also a continuation of application U.S. Patent No. 5,659,350, filed 

||3 December 2, 1993, entitled AN OPERATIONS CENTER FOR A TELEVISION PROGRAM 

m PACKAGING AND DELIVERY SYSTEM, which is a continuation of U.S. Patent No. 

=p 5,734,853, filed December 2, 1993, entitled SET-TOP TERMINAL FOR CABLE TELEVISION 

% DELIVERY SYSTEMS, which is a continuation of PCT/US93/11606 and U.S. Ser. No. 

^ 08/160,194, filed December 2, 1993 entitled ADVANCED SET-TOP TERMINAL FOR CABLE 

m TELEVISION DELIVERY SYSTEMS. 

'■M This application is also a continuation of U.S. Patent No. 5,682,195, filed December 2, 

% 1993, entitled DIGITAL CABLE HEADEND FOR CABLE TELEVISION DELIVERY 

21 SYSTEM, which is a continuation of U.S. Patent No. 5,559,549, filed December 2, 1993, entitled 

22 TELEVISION PROGRAM DELIVERY SYSTEM, which is a continuation of U.S. Patent No. 

23 5,600,573, filed December 2, 1994, entitled AN OPERATIONS CENTER WITH VIDEO 

24 STORAGE OF A TELEVISION PROGRAM PACKAGING AND DELIVERY SYSTEM. 

25 All the above identified applications are incorporated by reference herein. 
26 

27 Technical Field 

28 The invention relates to cable television deHvery systems for providing television 

29 programming to consumer homes. More particularly, the invention relates to a network manager 
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1 that coordinates, monitors, and manages a television program delivery network from a cable 

2 headend. 
3 

4 Background Art 

5 Advances in television entertainment have been primarily driven by breakthroughs in 

6 technology. In 1939, advances on Vladmir Zworykin's picture tube provided the stimulus for 

7 NBC to begin its first regular broadcasts. In 1975, advances in satellite technology provided 

8 consumers with increased programming to homes. 

9 Many of these technology breakthroughs have produced inconvenient systems for 

10 consumers. One example is the ubiquitous three remote control home, having a separate and 

11 unique remote control for the TV, cable box and VCR. More recently, technology has provided 
. p cable users in certain parts of the country with 100 channels of programming. This increased 

program capacity is beyond the ability of many consumers to use effectively. No method of 

^ managing the program choices has been provided to consumers. 

=^!S5 Consumers are demanding that future advances in television entertainment, particularly 

T6 programs and program choices, be presented to the consumer in a user friendly manner. In order 

% for new television entertainment products to be successful, the products must satisfy consumer 

CP demands. TV consumers wish to go from limited viewing choices to a variety of choices, from 
no control of programming to complete control. Consumers wish to advance from cumbersome 

•M) and inconvenient television to easy and convenient television and keep costs down. Consumers 

2 1 do not wish to pay for one hundred channels when due to lack of programming information, they 

22 seldom, if ever, watch programming on many of these channels. Viewers wish their 

23 programming to be customized and targeted to their needs and tastes. 

^4 The concepts of interactive television, high definition television and 300 channel cable 

25 systems in consumer homes will not sell if they are not managed, packaged, delivered and 

26 presented in a useable fashion to consumers. Consumers are already being bombarded with 

27 programming options, numerous "free" cable channels, subscription cable channels and pay-per- 

28 view choices. Any further increase in TV entertainment choices, without a managed user friendly 

29 presentation and approach, will likely bewilder viewers with a mind-numbing array of choices. 
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1 The TV industry has traditionally marketed and sold its programs to consumers in bulk, 

2 such as continuous feed broadcast and long-term subscriptions to movie channels. The TV 

3 industry is unable to sell its programming in large quantities on a unit per unit basis, such as the 

4 ordering of one program. Consumers prefer a unit sales approach because it keeps costs down 

5 and allows the consumer to be more selective in their viewing. 

6 In today' s television world, networks manage the program hneup for individual channels. 

7 Each network analyzes ratings for television shows and determines tiie appropriate schedule or 

8 program lineup to gain market share and revenue from advertising. Since each channel is in 

9 competition with every other channel, there is no coordinated effort to manage television 

10 programming in a manner that primarily suits the viewers. 

11 Advertising has become equally annoying, with viewers being "forced" to watch 

i& television commercials for goods and services that are neither needed nor desired. As a result, 

rn 

JIP consumers have become impatient and dissatisfied with today's television delivery systems. 

Jft Equally problematic, these television delivery systems do not have the capabilities or features 

..IS necessary to operate in the digital environment. Consequently, advances in digital signal 

T6 technology call for a new television program delivery system that is capable of satisfying varying 

%7 consumer and viewer needs. 

lis Existing cable headends are unequipped for the transition to a digital system. These cable 

: |p headends have no means for monitoring and managing the large numbers of program signals and 
advertisements that will eventually be passed on to both consumers and viewers. These cable 

21 headends are not able to provide menus to viewers or to suggest programs to viewers. These 

22 cable headends are unequipped to manage account and billing information for set top terminals 

23 without relying on telephone lines. In addition, these cable headends have no means for targeting 

24 advertisements to particular consumers and viewers. 
25 

26 Summary of Invention 

27 The present invention is a network manager for a television delivery system. The network 

28 manager is the central component that provides monitoring and management of headend 

29 components and set top terminals in a television delivery system. The network manager is a key 
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1 component of a cable television delivery system with upstream subscriber communications. The 

2 network manager of the present invention provides much greater flexibility and capability than 

3 existing cable headend management, monitoring and control equipment. 

4 The network manager of the preferred embodiment performs all of its cable network 

5 monitoring, management and control of cable headend components and set top terminals from 

6 the cable headend. The cable headend may receive digital or analog signals over satellite or 

7 terrestrial link. Signals are processed and stored by a file server for subsequent selection and 

8 distribution over the cable television system to subscribers. The selection and distribution of 

9 stored programs, menus, advertisements, video, data and the like is accomplished inteUigently 
1 0 using the network manager. 

}J The primary function of the network manager is to operate with other cable headend 

:,|2 components in order to manage and coordinate the reception of various programming and control 

jpK3 signals and store such signals for intelhgent selection and distribution to set top terminals. In so 

!p doing, the netwo± manager oversees signal reception, processing, storage, intelligent selection 
and distribution of signals and data to subscribers. 

The network manager performs its functions and processing capabilities using several 

"p7 components. These components include a receiver or set of receivers (including a demodulator, 

© demultiplexer and^r buffering circuitry), a work station, a program control information 

:|p processing component, a network management CPU, databases, control software and an 

WO instruction memory. Using these components, the network manager works with other cable 

21 headend components, including signal reception equipment, an authorization component, a file 

22 server, MPEG decoders, a digital buffer with frame repeat and channel modulators 

23 The network manager is capable of processing upstream information and subscriber 

24 communications received from the set top terminals, whether such information is received via 

25 telephone or upstream over the cable system. With these capabilities, the network manager can 

26 oversee and perform various system services, including (1) near video on demand (NVOD), (2) 

27 virtual video on demand (WOD), (3) video on demand (VOD), (4) interactive program services, 

28 (5) program suggestion features and capabilities, (6) advertisement targeting, (7) generation of 

29 standard and custom menus, and (8) data spooling and text overlaying. The network manager 
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1 may accommodate additional services such as account and billing processing. In addition, the 

2 network manager may operate with different types of set top terminals, including both digital and 

3 analog set top terminals. 

4 The network manager makes use of a number of software routines in performing its major 

5 functions. The routines operate at different processing levels within the network manager's 

6 software hierarchy to: identify a subscriber request, process the subscriber's request, locate the 

7 data corresponding to the subscriber's request, and send the data located to the subscriber. 

8 The network manager makes use of a Reception routine to designate the type of 

9 subscriber conmiunication received by the network manager. Typically, the routine designates 

10 the subscriber conmiunication as either a program request or menu request. 

11 A Program Request routine can be used for all subscriber conmiunications that are 
program related. The Program Request routine identifies the type of program request in real-time 

I© as a NVOD program request, a WOD program request, an interactive program request, and^r 
Jft a request that may be used in the targeting of advertisements. 

A Menu Request routine can be used to identify menu requests. This routine identifies 

the type of menu in real-time as a standard menu or a custom menu. 
' jk7 Separate routines may be used for NVOD, WOD and interactive program requests and 

CIS subscriber communications. An Advertisement Targeting routine may be used to generate 

packages of television conunercials and advertisements that are targeted toward particular 
W viewers. This routine may make use of a viewer's demographic information and/or programs 

21 watched or viewing habits to determine those advertisements that are of most interest to that 

22 particular viewer. In addition, a Program Suggestion routine can make use of similar information 

23 in order to suggest programs or actors to a specific viewer or subscriber. 

24 Menus may be generated by the network manager which can be sent to the set top 

25 terminals from the cable headend. A Standard Menus routine can be used to locate prestored 

26 menus in the file server at the cable headend and generate a standard or generic menu that can 

27 be sent to any subscriber. A Custom Menus routine can similarly be used to locate data and 

28 generate a custom menu that can be sent to a specific subscriber. This routine makes use of a 

29 look-up table that can be used to generate text messages, which can be inserted or interleaved 



6 



Docket 5200/PTO Fihngs/ApplicaUon 

1 into prebuilt data streams that characterize various sections of the menu screen. This routine 

2 allows menus to be customized to an individual subscriber and subsequently distributed to that 

3 subscriber. Routines that can be used to send a data stream to a subscriber include a routine that 

4 prompts the file server to send the located or generated data stream to a subscriber and another 

5 routine that allows data to be sent to a subscriber in the form of text that is overlaid on a menu 

6 or program. 

7 The present invention is not only able to operate in the digital environment but also 

8 introduces many new features to television program delivery and cable headend control. 

9 These and other objects and advantages of the invention will become obvious to those 

10 skilled in the art upon review of the following description, the attached drawings and appended 

1 1 claims. 

s 

^ Brief Description of Drawings 

^ Figure 1 is a diagram of the primary components of the television delivery system; 

Figure 2 is a diagram of the primary components of a cable headend having a network 

J6 manager; 

%7 Figure 3a is a diagram of the primary components of a cable headend with a network 

|B8 manager showing the primary components of the netwo± manager; 

Figure 3b is a diagram that shows the overall stmcture of the processing levels performed 

# by the network manager; 

21 Figure 3c is a diagram of a decision tree showing the processing steps performed by the 

22 network manager; 

23 Figure 4 is a schematic of the headend components with a network manager operating in 

24 a basic analog environment; 

25 Figure 5 is a schematic of a cable headend having a network manager operating in an 

26 analog pay per view environment; 

27 Figure 6a is a schematic of the cable headend components including a network manager 

28 operating in an analog video on demand environment; 

29 Figure 6b is a diagram of a method to process a virtual video on demand program request; 
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1 Figure 6c is a diagram for an alternative method to process a virtual video on demand 

2 program request; 

3 Figure 7 is a schematic of a cable headend having a network manager operating in a 

4 digital environment; 

5 Figure 8 is a schematic of a cable headend having a network manager operating in a 

6 mixed analog and digital environment; 

7 Figure 9 is a diagram of a sample programs watched matrix; 

8 Figure 10a is a diagram showing the steps in a method to prebuild an MPEG data stream 

9 for a customized menu; 

10 Figure 10b is a diagram showing the steps in a method for creating or storing an MPEG 

11 data stream for a customized menu in real-time in response to a subscriber request; 

f2 Figure 10c is a diagram showing the steps in a method of processing a customized menu 

^ upon a request from a subscriber; and 

3^ Figure 1 1 is a diagram of a sample subscriber answer look-up table used to generate 
responses during an interactive program. 

MI Disclosure of Invention 

JftS A. Television Program Delivery System Description 

1. Introduction 

Figure 1 shows the present invention as part of an expanded cable television program 

21 delivery system 200 that dramatically increases programming capacity using compressed 

22 transmission of television program signals. Developments in digital bandwidth compression 

23 technology now allow much greater throughput of television program signals over existing or 

24 slightly modified transmission media. The program delivery system 200 shown provides 

25 subscribers with a user friendly interface to operate and exploit a six-fold or more increase in 

26 current program delivery capability. 

27 Subscribers axe able to access an expanded television program package and view selected 

28 programs through a menu-driven access scheme that allows each subscriber to select individual 

29 programs by sequencing through a series of menus. The menus are sequenced by the subscriber 
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1 using simple alpha-numeric and iconic character access or moving a cursor or highlight bar on 

2 the TV screen to access desired programs by simply pressing a single button, rather than recalling 

3 from memory and pressing the actual two or more digit numeric number assigned to a selection. 

4 Thus, with the press of one button, the subscriber can advance from menu to menu. Li this 

5 fashion, the subscriber can sequence the menus and select a program from any given menu. The 

6 programs are grouped by category so that similar program offerings are found on the same menu. 

7 2. Major System Components 

8 In its most basic form, the system uses a program deUvery system 200 in conjunction with 

9 a conventional concatenated cable television system 210, As shown in Figure 1, the program 
10 delivery system 200 generally includes (i) at least one operations center 202, where program 

J 1 packaging and control information are created and then assembled in the form of digital data, (ii) 

%i2 cable headend 208 or remote site for receiving and distributing program signals, and (iii) a 

r|3 concatenated cable system 210 that includes many subscribers having in-home set top terminals 

34 220 and remote controls. 

^-35 The program delivery system 200 transports digital signals or analog signals to the cable 

.■16 headend 208 via satellite 206 or terrestrial link 218. The signals are then transmitted by the cable 

"37 headend 208 through the concatenated cable television system 210. Within the cable headend 

98 208, received signals may be decoded, demultiplexed, managed by a local distribution and 

iii9 switching mechanism (such as a network manager 214), stored by a file server 215 for 

'^0 subsequent selection and distribution over the concatenated cable television system 210 to 

21 subscribers. Although concatenated cable television systems 210 are the most prevalent 

22 transmission media to the home, television lines, cellular networks, fiberoptics. Personal 

23 Communication Networks, ATM networks, and similar technology for transmitting to the home 

24 can be used interchangeably with this program delivery system 200. 

25 Within the cable headend, the network manager 214, file server 215 and signal processing 

26 equipment 209 work in unison with one another to receive various programming and control 

27 signals and store such signals for intelligent selection and distribution to set top terminals. In this 

28 configuration, the cable headend 208 is capable of processing various signals from a number of 

29 sources. The cable headend 208 can receive and process RF signals 222 received over satellite 
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1 206, ATM data 226 received from various ATM networks, local feeds 224 and other data and 

2 signals received over terrestrial links 218. Such signals can be received by either the network 

3 manager 214 or the signal processing equipment 209 residing within the cable headend 208. 

4 After reception and processing, either the network manager 214 or the signal processing 

5 equipment 209 transfer the data and/or program signals to the file server 215 for storage. The 

6 network manager 214 and signal processing equipment 209 may be linked by one or more 

7 connections 228 in order to exchange data, control information and programming signals. 

8 Similarly, the network manager 214 may access the file server 215 through a link or connection 

9 230, while the signal processing equipment 209 may be linked or connected to the file server 215 

10 through a similar, but independent, interface 232. These links, connections and/or interfaces 

1 1 acconmiodate the various processing functions performed by the network manager 214 and other 
r|2 components at the cable headend 208 in the program delivery system 200. 

^ The set top terminals 220 residmg in the program delivery system 200 may be configured 

lB4 to accept various types of signals. Some set top terminals 220 may be adapted to receive analog 

J5 signals in standard NTSC format for use by a standard television. Other set top terminals 220 

y6 may be adapted to receive digitally compressed programming, and thus, may require a 

i^|7 decompressor to be housed within such a set top terminal 220. The decompressor would 

ir|8 decompress any compressed signals so that other set top terminal 220 hardware could convert 

1 19 the decompressed signals into analog signals for television display. The program delivery system 

^^=30 200 is flexible enough to accommodate various digital compression techniques, including MPEG 

21 or MPEG2 signaling. 

22 Each set top terminal 220 located at a subscriber location includes a subscriber interface 

23 (not shown). The subscriber interface is typically a device with buttons located on the set top 

24 terminal 220 or a portable remote control (not shown). In the preferred embodiment, the 

25 subscriber interface is a combined alpha character, numeric and iconic remote control device, 

26 which provides direct or menu-driven program access. The preferred subscriber interface also 

27 contains cursor movement and go buttons, as well as alpha, numeric and iconic buttons. This 

28 subscriber interface and menu arrangement enables the subscriber to sequence through menus 

29 by choosing from among several menu options that are displayed on the television screen. A 
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1 subscriber may bypass several menu screens and immediately choose a program by selecting the 

2 appropriate alpha character, numeric or iconic combinations on the subscriber interface. 

3 3. Operations Center 
4 

5 The operations center 202 performs two primary services: (i) packaging television 

6 programs for transmission, and (ii) generating the program control information signal. The 

7 operations center 202 typically receives television programs from external sources in both analog 

8 and digital format. Examples of external program sources are sporting events, children's 

9 programs, specialty channels, news, advertisements, infomercials or any other program source 

10 that can provide audio or video signals. Once the programs are received from the external 

11 program sources, the operations center 202 digitizes (and preferably compresses) any program 
,,12 signals received in analog form. 

!:i3 The operations center 202 packages the programs into groups and categories which 

Ct4 provide optimal marketing of the programs to remote sites, cable headends, and subscribers. For 

ryS example, the operations center 202 may package the same programs into different categories and 

menus for weekday, prime time and Saturday afternoon viewing. The operations center 202 

1^17 packages the television programs in a manner that enables both the various menus to easily 

M represent die programs and the subscribers to easily access the programs through the menus. 

Once the program packages have been created, the operations center 202 generates a 

program control information signal that is delivered with the program packages to the cable 

21 headend 208 and/or set top terminals 220. The program control information signal contains a 

22 description of the contents of the program package, commands to be sent to the cable headend 

23 208 and/or set top terminals 220, and other information relevant to the signal transmission. This 

24 signal may include information on program packages (e.g., channel number, program title, 

25 program length, program category, start times, etc.) and menu content (e.g., menu locations of 

26 messages, graphics and video; menu colors; text fonts, sizes and styles; and other menu 

27 information) 

28 Upon packaging the signals and creating the program control information signal, the 

29 operations center 202 may employ digital compression techniques to increase existing satellite 

30 transponder capacity. Preferably, the signals are digitally compressed in MPEG or MPEG2 
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1 format. The program packages and program control information signal are subsequently 

2 delivered by the operations center 202 over satellite 206 to the cable headend 208 or the set top 

3 terminals 220. The operations center 202 may also provide data and control information over 

4 terrestrial link 218 to the cable headend 208. 

5 4. Cable Headend 

6 After the operations center 202 has compressed and encoded the program signals and 

7 transmitted the program and program control information signals to the satellite, the cable 

8 headend 208 receives and further processes the signals before the signals are relayed to each set 

9 top terminal 220. Each cable headend site is generally equipped with multiple satellite receiver 

10 dishes. Each dish is capable of handling multiple transponder signals from a single satellite and 

1 1 sometimes from multiple satellites. 

^& As an intemaediary between the set top terminals 220 and the operations center 202 (or 

Ip other remote site), the cable headend 208 performs two primary functions. Rrst, the cable 

lB4 headend 208 acts as a distribution center, or signal processor, by relaying the program signals to 

^^|5 the set top terminal 220 in each subscriber's home. In addition, the cable headend 208 acts as 

y6 SL network manager 214 by receiving information from each set top terminal 220 and processing 

tf7 such information and passing it on to an information gathering site such as the operations center 

& 202. 

:^B9 A detailed description of these functions is found in a copending application, U.S. Serial 

^ No. 08/160,280, filed December 2, 1993, entitled NETWORK CONTROLLER FOR CABLE 

21 TELEVISION DELIVERY SYSTEM, now U.S. Patent No. 5,600,364, which is incorporated 

22 herein by reference. 

23 The network manager 214 works in unison with the signal processing equipment 209 and 

24 file server 215 to manage cable headend 208 operations. The network manager 214 oversees 

25 signal reception, processing, storage, and intelligent selection, and distribution of video, audio 

26 and data signals to subscribers in the program delivery system 200. The signals may include: 

27 (i) audio and video signals for a given program, either in analog or digital forma, and (ii) data that 

28 may consist of authorization codes, menu information, program packaging information, text 

29 messages and other control and configuration information. 
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1 The network manager 2 14 is capable of processing upstream information received from 

2 the set top terminals 220, whether such information is received by a telephone line (not shown) 

3 or upstream over the concatenated cable system 210. In this configuration, the network manager 

4 214 may, for example, compile programs watched information and perform real time processing 

5 of subscriber requests for programs. With these capabiUties the network manager 214 can 

6 oversee and perform various system services, including: (1) near video-on demand (NVOD), (2) 

7 virtual video-on-demand (VVOD), (3) video-on-demand (VOD), (4) interactive program 

8 services, (5) program suggestion features, (6) advertisement targeting, and (7) account and billing 

9 processing. 

10 In the preferred system, RF signals 222 are received at the cable headend 208, along with 

1 1 local feeds 224 and ATM data 226. The RF signals 222 may include both broadcast signals in 
.J2 analog format and digital programming signals and program control information in digitally 

compressed format, such as MPEG or MPEG2. In addition, the cable headend 208 may receive 
data and control information over terrestrial link 218 from the operations center 202. 
Collectively, these signals and data are processed by the signal processing equipment 209 and/or 

J6 network manager 214. All analog signals are converted to digital format encoded and 

'^i? compressed. 

tM Once all signals are in a compatible digitally compressed format (e.g., MPEG2), these 

signals in the form of digital data are stored in the file server 215. The file server may be a 
commercially available file server that can store between 10 to 50 gigobytes of digital data. Such 

21 file servers are conmiercially available, including those manufactured by Hewlett Packard and 

22 Digital Video. 

23 After the digital signals are stored in the file server 215, each digital signal may be 

24 accessed 230 or 232 by the network manager 214 or signal processing equipment 209 and sent 

25 over the concatenated cable system 210 to the set top terminals 220. Depending on the type of 

26 set top terminal 220 involved, programs may be inteUigently selected upon request from the set 

27 top terminal 220 itself or some other device (e.g., telephone) at each subscriber location. 

28 Programs, menus, and advertisements, for example, may be provided to individual set top 

29 terminals 220 in this configuration based on either a request received from a subscriber or some 
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1 Other information used by the network manager 214. Alternatively, the network manager 214 

2 can oversee or manage the signal processing equipment 209 in intelligently selecting the 

3 program, menu, or advertisement for distribution. 

4 Upstream requests from the set top terminals 220 can be processed at the headend 208 

5 by either the network manager 214 or the signal processing equipment 209 in the form of 

6 subscriber requests. Again, depending on the type of set top terminal 220 involved, upstream 

7 data transmissions may be processed in real time or non-real time. The preferred system uses real 

8 time processing of upstream data transmissions in order to accommodate, for instance, analog 

9 or digital video-on-demand program requests within the program delivery system 200. 

10 5. Set Top Terminals 

11 The program delivery system 200 may include many different types of set top terminals, 
^ including: (1) basic analog set top terminals, (2) analog pay-per-view (PPV) set top terminals, 
•.J3 (3) analog impulse pay-per-view (IPPV), or video-on-demand (VOD) set top terminals, and (4) 
^^i4 digital set top terminals. The network manager 214 and other equipment at the cable headend 
=15 208 is flexible enough to oversee, manage and coordinate operations with different combinations 
jT6 of these set top terminals. 

'=i7 B. Network Manager Description 

08 Figure 2 shows the present invention as part of a cable headend 208 having a file server 

^ J9 215 capable of storing digital compressed data. The cable headend components shown in Figure 

'^iO 2 include the network manager 214, the file server 215, signal reception equipment 234, an 

21 authorization component 236, and a set of channel modulators 238. The network manager 214 

22 performs many of its functions using its interface 232 with the file server and its interface 268 

23 with the authorization component 236 (which, in turn, is connected to the file server 215 over a 

24 separate connection or interface 235). The network manager 214 and other cable headend 

25 components all work with one another to provide the program delivery system 200 with NVOD, 

26 VVOD and VOD signaling capabiUties. The signal reception equipment 234 receives RF signals 

27 222 (which may include both analog or digital broadcast signals and digital programming and 

28 control information signals), ATM data 226, and local feeds 224. The signal reception 

29 equipment 234 may: (i) place various signals in storage in the file server 215 in digitally 
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1 compressed format, (ii) send certain signals to the channel modulators 238 for distribution over 

2 the concatenated cable network 210' and/or (iii) send other signals to the network manager 214 

3 for processing. 

4 In the embodiment shown in Figure 2, the signal reception equipment bypasses the file 

5 server 215, sending broadcast signals 239 over connection 240 directly to channel modulator 238 

6 for distribution to subscribers. The signal reception equipment 234 also transfers certain program 

7 control information and data to the network manager 214 over a control link or connection 242. 

8 In this way, the network manager 214 can receive the program control information signal from 

9 the operations center 202 or some other remote source through the signal reception equipment 

10 234. 

11 The authorization component 236 can receive requests for programs from the set top 
32 terminals 220 either by telephone line 244 or upstream data transmissions 246 over the 
113 concatenated cable system 210. The authorization component 236 processes the subscriber 
||4 requests, prompting the file server 215 to spool the program requested by the subscriber. 
;j|5 Altematively, the file server 215 may be instructed to transmit an authorization code to the 
'16 subscriber to enable descrambling or reception of a specific program by the subscriber's set top 
'^l? terminal 220. The network manager 214 monitors all incoming requests to the authorization 
08 component 236 in order to maintain up-to-date information on programs watched and viewing 
I %9 habits. By monitoring and coordinating with the authorization component 236 and the file server 
^'lo 215, the network manager 214 oversees, and in some cases initiates, the selection, spooling and 

21 transmission of programs, menus and advertisements to the subscribers in the cable distribution 

22 network 210'. The network manager 214 may also receive upstream data 246 directly. 

23 Figure 3a shows a more detailed illustration of the cable headend 208 components with 

24 a file server 215 and network manager 214. As shown in the figure, the headend includes signal 

25 reception equipment 234, an authorization component 236, a file server 215, MPEG decoders 

26 250, a buffer with fi-ame repeat 252, channel modulators 238, and the network manager 214. The 

27 network manager 214 includes several components. These components include a receiver 254 

28 or set of receivers 254 (including a demodulator 254', demultiplexer 254" and/or buffering 

29 circuitry 255), a work station 256, a program control information (PCI) signal processing 

15 



Docket 5200/PTO Filings/Applicauon 

1 capability 258, a network management central processing unit (CPU) 260, data bases 262, control 

2 software 264 and an instruction memory 266 (which stores computer program instructions that 

3 may be executed by the network management CPU 260). These components are exemplary of 

4 the components that reside within the network manager 214; however, other components, such 

5 as additional storage (e.g., RAM, ROM, EPROM, and EEPROM), processors, work stations, 

6 receiver equipment, signal processing devices, and additional software may also be included in 

7 the network manager 2 14. 

8 The network manager 214 uses such components in its coordination and management of 

9 cable headend 208 operations. For example, the network management CPU 260 is linked or 

10 connected to all other components in the network manager 214. The network management CPU 

1 1 260 also includes connections or links, either directly or indirectly, with other cable headend 208 
^|2 components. 

1=13 As shown in Figure 3a, the network management CPU 260 is Imked to the authorization 

^|4 component 236 through a data and signal interface 268 (which may be the same or an interface 

^5 separate from the interface 235 shown in Figure 2 that connects the authorization component 236 

"1 6 with the file server 215). The network management CPU 260 also coordinates and manages file 

■"i? server 215 functions through a separate interface 232. These interfaces between the network 

138 management CPU 260, on the one hand, and the authorization component 236 and file server 

1 39 215, on the other hand, may be direct or indirect through one or more interfaces. Such interfaces 
%) may be RS-232, RS-422, or IEEE-488 compatible. The network management CPU 260 also 

21 monitors and, in some instances, instructs the channel modulators 238 in regard to program 

22 distribution and signal processing activities over a separate connection or interface 269. 

23 Within the network manager 214, the network management CPU 260 includes a number 

24 of intemal connections, links, or interfaces. Such links, connections or interfaces include direct 

25 or indirect full duplex data and signal paths, including a connection 270 to receiver 254, a 

26 connection 272 to work station 256, a connection 274 to the PCI signal processing equipment 

27 258, a connection 276 with the data bases 262, a connection 278 with the instruction memory 

28 266, a connection 280 with the control software 264, as well as other connections to additional 

29 intemal components as described herein. The network management CPU 260 uses these links, 
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1 connections, and interfaces to exchange data and program signals with other network manager 

2 components and devices. Using such components and devices, the network manager 214 

3 performs its cable headend 208 operations. 

4 The receiver 254 or set of receivers 254 is equipped to receive upstream data 

5 transmissions 246 from the subscriber. This receiver 254 or receivers 254 may simply be a 

6 telephone modem or more sophisticated control receiver equipment that is adapted to receive 

7 upstream data transmissions 246 directly from the cable distribution network 210, 210' (Figures 

8 1 and 2). The network management CPU 260 coordinates such reception by the receiver 254 or 

9 receivers 254. 

10 The PCI signal processing equipment 258 is interfaced with the cable headend 208 signal 

11 reception equipment 234. The PCI signal processing equipment 258 enables the network 
^ manager 214 to receive the program control information signal from the operations center 202 

or another remote site through an interface 242 with the signal reception equipment 234. The 

JP4 program control information signal is received by the network manager 214 and processed by the 

.:$5 network management CPU 260 using the control software 264. 

T6 In some instances, the network management CPU 260 stores the data carried by the 

^^=17 program control information signal. This data includes data on program packages and menu 

CB8 content and can be stored within the network manager databases 262. The network manager 214 

I J9 can modify the program control information signal and transmit the modified program control 
information signal to those set top terminals 220 in the cable distribution network 210' which 

21 require the use of such data in order to generate menus or perform other local processing 

22 capabilities. 

23 The network manager 214 data bases 262 include a variety of databases in which data 

24 from upstream transmissions 246 from the subscribers can be stored. The databases 262 may 

25 also store information and data on program packaging, menu content, advertisements and billing. 

26 No set number of databases 262 are required for the network manager 214 to perform its 

27 operations, and a single temporary database may be used. In the preferred embodiment, however, 

28 the network manager 214 uses several databases 262 that are accessed 278 during network 

29 management operations. 
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1 The network management CPU 260 also acts with the instruction memory 266 as needed 

2 in order to run certain control and network management software 264. Such software may be 

3 stored in the instruction memory 266 or in one or more other storage locations within the network 

4 manager 214. 

5 By maintaining links with the authorization component 236 and the file server 215, the 

6 network manager 2 14 is flexible enough to maintain up-to-date programs watched information. 

7 Such programs watched information can be based on upstream data transmissions 246 that are 

8 received over the cable distribution network 210, 210' or through a telephone line 244. The 

9 network manager's 214 connection 232 with the file server 215 allows the network manager 214 

10 to coordinate and manage intelligent selection and spooling of programs, menus and 

11 advertisements stored in the file server 215. Altematively, the software resident within the 
network manager 214 may reside within the file server 215 itself or certain functions may be spht 
between the two cable headend components. 

iiW The network management CPU 260, the control software 264 and the instruction memory 

^^|5 266 are used to accomplish many of the processing capabilities of the network manager 214. 

j;F6 Figure 3b illustrates the various levels of processing capabilities that can be performed by the 

W network manager 214. Specifically, Figure 3b illustrates an example of the processing routines 

||8 264' that are included within the control software 264 (shown in Figure 3a). 

; |9 As shown in Figure 3b, the processing routines 264' include a Main Program 281 that 

'® calls a Reception routine 283 as subscriber communications are received. The first level of 

21 processing involves identifying the subscriber request 285. This level of processing can use a 

22 Program Request routine 293 and a Menu Request routine 295 as well as other routines 297 for 

23 other data requests. The second processing level involves processing the subscriber request 287. 

24 This second processing level may make use of several routines, including an NVOD routine 299, 

25 a VVOD routine 301, an Advertisement Targeting routine 303, an Interactive Program routine 

26 305, and a Program Suggestion routine 307. The third level of processing involves locating the 

27 data that corresponds to the subscriber's communication or request 289. Typically, this third 

28 processing level may involve the use of a Standard Menus routine 309 and/or a Custom Menus 

29 routine 311. The final processing level involves sending the data located in the previous step to 
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1 the subscriber 291. This final level of processing can involve a Spool Data routine 313 and a 

2 Text Overlay routine 3 1 5. 

3 Using such a set of processing levels, the network manager 214 can use its control 

4 software 264 (Figure 3a) and processing routines 264' to: identify the type of a subscriber request 

5 285 received in the subscriber communications; process the subscriber's request 287 to determine 

6 the data to reply to the identified subscriber request; locate the reply data corresponding to the 

7 subscriber's request 289; and send the located reply data to the subscriber 29 1 for local processing 

8 by the subscriber's set top terminal. Figure 3b provides only an example of the various 

9 processing capabilities available within the network manager 214 (Figures 1 , 2, and 3a) and those 

10 skilled in the art will recognize that a number of other variations in processing levels and routines 

1 1 are feasible. 

3^ Although other routines are feasible, the routines identified in Figure 3b can be used to 
perform the network manager's monitormg and management functions. The Reception routine 

it 283 is the initial routine called by the Main Program 281 upon receiving a subscriber 

^ communication. The Reception routine 283 can be used to interpret the subscriber 

ys communication. The Reception routine 283 designates the type of subscriber communication as 

0B7 a program request or a menu request (or, in other embodiments, as a data services request), 

rfe Depending on the type of request, the Reception routine 283 calls either the Program Request 

^ routine 293 or Menu Request routine 295 (or the Other Data Requests routine 297). 

® With reference to Figures 3b, the Program Request routine 293 is one of the routines that 

21 identifies the type of request carried by the communications from a subscriber. The Program 

22 Request routine 293 is called by the Reception routine 283, 283' for all subscriber 

23 communications that are program related. The Program Request routine 283, 283' identifies the 

24 type of program request in real time as a NVOD program request, a V VOD program request, an 

25 interactive program request, and/or a request that may be used in the targeting of advertisements 

26 to a subscriber. The Program Request routine identifies the request and calls the appropriate 

27 routine to process the program request. 

28 The Menu Request routine 295 is another routine that identifies the type of request carried 

29 by the communications received from a subscriber. The Menu Request routine 295 is called by 
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1 the Reception routine 283 for all subscriber communications that are menu related. The Menu 

2 Request routine 295 identities the type of menu request in real time as a standard menu or a 

3 custom menu. The Menu Request routine identifies the request and calls the appropriate routine 

4 to process the menu request. 

5 The NVOD routine 299 is one of the routines that can process a program request. The 

6 NVOD routine 299 is called by the Program Request routine 293 in order to process a request 

7 for a NVOD program. The NVOD routine 299 determines whether a menu or video will be 

8 displayed in response to the subscriber request. Where a video is to be displayed, the routine 

9 determines the channel carrying the requested program with the nearest start time (to the time of 

10 the subscriber's request). The subscriber will subsequently be sent data that instructs the 

11 subscriber's set top terminal to switch to that channel. The NVOD routine 299 calls the 
3p appropriate routine to locate and/or send the response to the subscriber. 

^ The VVOD routine 301 is another routine that processes a program request. The VVOD 

p routine 301 is called by the Program Request routine 293 in order to process a request for WOD 

M program. The VVOD routine 301 determines whether a menu or video will be displayed in 

JM5 response to the subscriber request. The VVOD routine 301 calls the appropriate routine to locate 

SD7 and/or send the response to the subscriber. 

M The Advertisement Targeting routme 303 is a routine that generates packages of 

J television conunercials and advertisements geared towards particular viewers. This routine may 

#3 make use of a viewer's demographic information and/or viewing habits to determine those 

21 advertisements that are of most interest to that particular viewer. In so doing, the routine 374 

22 outputs packages of advertisements targeted towards each viewer. 

23 The Interactive Program routine 305 is another routine that may process a program 

24 request. The Interactive Program routine is called by the Program Request routine 293 in order 

25 to process a request during an interactive program. The Interactive Program routine 305 makes 

26 use of a look-up table that pre-stores all possible subscriber answers to interactive questions 

27 posed during an interactive program. The use of a look-up table enables the routine to process 

28 subscriber communications and determine a message or video response that can be rapidly 

29 generated in order to perform real time interactivity. 
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1 The Program Suggestion routine 307 is a routine that responds to a menu request 295. 

2 The routine 307 generates particular menus displaying programs for subscriber selection that are 

3 geared towards particular subscribers. This routine may make use of a viewer's demographic 

4 information and/or viewing habits to determine those programs or program categories that can 

5 be suggested to the subscriber. The routine may also, for example, make use of text searches of 

6 program abstracts or query the subscriber for mood in order to determine a suggestion. Thus, the 

7 Program Suggestion routine 303 can determine whether video data or a menu should be sent to 

8 the subscriber in order to carry out the suggestion process. 

9 Once one of the above routines that processes requests has been run, one of routines that 

10 can be used to locate data and generate menus can be called. The Standard Menus routine 309 

11 is a routine that is used to locate data in the file server 215 and generate a standard or generic 
r|2 menu that can be sent to any subscriber. The Standard Menus routine 309 makes use of menus 
J,i3 that are pre-stored in the file server 215. The Standard Menus routine locates the data for the pre- 

stored menus so that the located data for the menu can be subsequently sent to a subscriber. 

,P The Custom Menus routine 31 1 is a routine that is used to locate data and generate a 

T6 custom menu that is to be sent to a specific subscriber. Because the custom menu must be 

W rapidly created and sent to the subscriber, the Custom Menu routine makes use of a standardized 

CP menu format having pre-stored background sections so that MPEG data streams can be built for 

1 19 sections of the menu screen in anticipation of the subscriber's communication. In conjunction 

'=S0 with the pre-stored menu sections, the routine also makes use of a look-up table that can be used 

21 to generate text messages of pre-determined lengths. The routine can then insert or interleave 

22 the generated text messages with the pre-built data streams in order to generate a customized 

23 menu screen in real time. Alternatively, the menu screen can be built in full and text messages 

24 overlaid using text overlaying techniques. 

25 Once a menu has been located or generated or a program request has been otherwise 

26 processed, the MPEG data stream located or generated must be sent to a subscriber. The Spool 

27 Data routme 3 1 3 is a routine that is used to spool such located or generated data. The Spool Data 

28 routine 313 prompts the file server 215 to send the located or generated data stream to the 

29 subscriber. 
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1 The Text Overlay routine 315 is another routine that can be used to send the located or 

2 generated data to a subscriber. This routine allows data to be sent to a subscriber in the form of 

3 text that can be overlaid on a menu or program. The routine accommodates both methods of (i) 

4 sending text embedded in a signal carrying the menu data, which enables a set top terminal with 

5 a text generator to process the signal and text message and overlay the text onto the menu; and 

6 (ii) generating a text message and inserting the text message at the cable headend 208 into the 

7 signal that carries the menu data before the signal is distributed to the set top terminals 220. 

8 In addition to the above routines, many other routines 297 may be used by the network 

9 manager in performing its processing functions. For example, an Account/Billing routine may 

10 be run to generate billing reports for each set top terminal 220. Those skilled in the art will 

1 1 recognize a number of other routines and processing flows that can be used to perform the same 
functions. 

% Figure 3c provides a sample decision tree 264' ' for the various processing routines 264* 

lift that are depicted in Figure 3b. The sample decision tree 264" illustrates the steps that the 
network manager 214 may perform in processing subscriber communications. For example, 

yS where a subscriber is viewing an interactive program and wishes to respond to a question asked 

^^D7 during the interactive program, the subscriber's answer would be received by a Receive 

i[jN8 Subscriber Communications routine 283'. This routine 283' would interpret the subscriber's 

; conmiunication and identify the subscriber's answer as a program request, calling the Program 

#3 Request routine 293. 

21 The Program Request routine 293 would, in tum, call the Interactive Program routine 305 

22 in order to process the subscriber request. The data corresponding to the response to the 

23 subscriber's request (or "answer'* in this example) would then be located and spooled for 

24 distribution to the subscriber by the spool data routine 313. If the response to the subscriber's 

25 answer processed by the interactive program routine 305 requires the use of a menu or another 

26 method for generating a question to the subscriber, the menus routines 317 would be called 

27 before the data is spooled by the spool data routine 313 or the question is overlaid on the 

28 interactive program using the text overlay routine 315. The decision tree 264" in Figure 3c 
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1 allows all subscriber communications and/or requests to be processed by the various routines 264* 

2 that are used with other network manager 214 components. 

3 Figure 4 shows an embodiment of the present invention residing at a cable headend 208 

4 operating with a number of nodes 288 of basic analog set top terminals 290 at subscriber 

5 locations 292. As shown in the figure, the headend 208 components are capable of receiving 

6 signals from a plurality of sources, including RF signals 222, ATM data 226, local feeds 224, and 

7 broadcast signals 239. The RF signals 222 are received by integrated receiver decoders 235 and 

8 passed to a demultiplexer or set of demultiplexers 294. The RF signals 222 are received in 

9 digitally compressed format so that the signals may similarly be received by IRDs 235 and 

10 demultiplexed by demultiplexer 294 and stored in MPEG or MPEG2 format in the filer server 

1 1 215. File server 215 includes its own software and data processing capability 296, as shown in 
the figure. 

Programs, menus and advertisements stored in digitally compressed format in the filer 
iM server 215 can be selected and spooled to a bus 298 for further processing and distribution to the 

basic analog set top terminals 290. Typically, the further processing includes a buffering device 
ff6 300, an MPEG decoder 302 and an analog modulator 304. The buffering device 300 stores 
^ individual frames of digital data which are decoded by the MPEG decoder 302 (which can 
IP convert digital data streams into analog signals) and subsequently modulated by the analog 

modulator 304. Various program signals are processed in this way and combined through RF 
^® combiner 306 for distribution to the analog set top terminals 290. The combined signals may 

21 also include broadcast signals 239 that have been received in analog form at the cable headend 

22 208 and simply amplified 308 and combined with the other signals through an RF combiner 306 

23 for distribution to the analog set top terminals 290. 

24 The basic analog set top terminals 290 depicted in Figure 4 are the lowest end analog set 

25 top terminals available today. Such basic analog set top terminals 290 do not include any 

26 descrambling components. Instead, such terminals typically only include components capable 

27 of tuning to and processing signals within a standard 6 MHz bandwidth of programming for 

28 display. Thus, interdiction devices (not shown) are the only means of security in this 

29 embodiment of the system. Subscribers 292 simply purchase weekly, bi-monthly, or monthly 
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1 subscriptions to receive a set of programming channels. When an individual subscriber 292 has 

2 terminated a subscription to a set of programming channels, the interdiction device is used to jam 

3 the programming signals which the subscriber 292 is no longer entitled to receive. 

4 Figure 5 shows another embodiment of the present invention operating within the cable 

5 headend 208 in which the cable distribution network 210' includes analog PPV set top terminals 

6 310. Such set top terminals are located at each subscriber location 292. As shown in the figure, 

7 each subscriber location 292 includes a telephone 312 which can be used for upstream data 

8 transmissions 246 for requests of PPV programs. The program requests are received over 

9 telephone line 244 by the authorization component 236. The authorization component 236 may 
10 exchange request information with the network manager 214 over an interface 268. 
I I Alternatively, the network manager 214 may receive the request directly from the subscriber's 
J2 telephone 312 or the network manager 214 may simply monitor the request received by the 
2|3 authorization component 236 through an interface 268. 

|f|l The authorization component 236 processes the request and provides the file server 215 

^^is with an authorization code for a particular PPV program. The file server 215 uses its data 

.J6 processing software 296 to select the particular PPV program stored. The file server 215 spools 

" J7 the program to a bus 298 for subsequent processing for distribution to the analog PPV set top 
terminals 310. This configuration of headend components and analog PPV set top termmals 3 10 

l'& allows for non-real time PPV program selection by individual subscribers 292 in the cable 

%) distribution network 210'. 

21 Alternatively, the analog PPV set top terminals may include more sophisticated circuitry 

22 for upstream data transmissions so that the analog PPV set top terminals 310 would each include 

23 a data transmitter which would allow upstream data 246 to be sent to the cable headend 208 over 

24 the cable distribution network 210', rather than by using the telephone 312. In this instance, the 

25 authorization component 236 or the network manager 214 may include an automated PPV 

26 request reception system (not shown), which would automatically receive the upstream data 

27 transmissions 246 requesting individual PPV programs. In this way, an operator at the network 

28 manager 214 or somewhere else in the cable headend 208 would not be required to be involved 

29 in the PPV request processing. 
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1 In an embodiment with a more advanced analog PPV set top temiinal, the set terminal 

2 may have a local authorization capability that allows the terminal to keep track of how many 

3 programs have been purchased. The numbers of programs are counted by the terminal and 

4 subsequently transferred upstream over the concatenated cable system 210 that provides the 

5 network manager 214 with the capability to tally the number of programs selected by the set top 

6 terminal 220. In an altemative embodiment, the analog PPV set top terminal does not have an 

7 upstream data transmission capability over the concatenated cable system 210, but rather the 

8 subscriber must request programs using a telephone to phone in the requests. In either event, the 

9 network manager 214 works with other cable headend equipment to authorize the PPV program 

10 selection. The program is subsequently spooled from the file server 215 and sent over the 

1 1 concatenated cable system 210 to the set top temiinals 220. 

Such pay-per-view requests using analog PPV set top terminals do not involve real time 

^ processing, accommodating only a near video-on-demand (NVOD) or non-real time request. The 

|P4 analog PPV set top terminals typically receive programs in scrambled format and must 

^t5 descramble the programs in order to display them. Such descrambling may be permitted by the 

T6 cable headend 208 through an authorization code that is sent from the cable headend 208 to the 

'^i? set top terminals 220. Altematively, the analog PPV set top terminals may be extended a credit 

C 58 line from the cable headend 208 so that programs may be selected for display without the need 

]^ for a real time request. 

'=iO Thus, once cable bills have been paid by the subscriber, the network manager 214 may 

21 initiate a download of fiirther credit so that the subscriber may select additional programs. In this 

22 way, the subscriber's credit is refreshed once or twice a month as bills are paid. This capability 

23 is advantageous in certain circumstances since it does not requure real time processing of 

24 upstream data transmissions from the subscriber. 

25 Figure 6a illustrates another embodiment of the present invention operating within a cable 

26 headend 208 and with analog PPVA^OD set top terminals 3 14. Each analog IPPVA^OD set top 

27 terminal 3 14 is capable of upstream data transmissions 246 in real time. Thus, once a subscriber 

28 292 makes a selection for a program, for example, the request is processed over the cable 

29 distribution network (not specifically identified in the figure) by sending an upstream data 
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1 transmission 246 to either the authorization component 236 or the network manager 214. This 

2 VOD program request is processed in real time in less than 2 milliseconds by either the 

3 authorization component 236 or the network manager 214. Either of these two components may 

4 perform the initial processing of the request independently or by working in unison and 

5 exchanging information over a common interface 268. 

6 Once the request has been initially processed, the file server 215 is prompted by either 

7 the authorization component 236, network manager 2 14 or data processing software 296 resident 

8 within the file server 215. The system configuration is flexible enough to support program 

9 selection and processing software resident in any of these three components. Regardless of 

10 where the software resides, the file server 215 selects and spools the requested program from 

1 1 storage so that the program may be processed and delivered to the analog IPPVA^OD set top 
M terminal 314. The receipt and processing of the request and the delivery of the selected and 
J© spooled program occurs all within 0.5 seconds or less in this configuration. 

& Typically, the analog IPPV7V0D set top terminal receives the program in a scrambled 

J5 format such that the cable headend processing requires only the downstream transmission of an 

J6 authorization code from the cable headend 208 to the set top terminal 220. If the analog 

' f7 IPPVA^OD set top teraiinal is not receiving the program in descrambled format, the network 

lis manager 214 prompts the file server 215 to spool the desired program for transmission to the 

i,|9 subscriber, 

'So The file server 215 may include its own software so that it can single-handedly process 

21 requests received from subscribers. In this altemative configuration, the network manager 214 

22 monitors the subscriber requests and the file server 215 selection and spooling of the desired 

23 program. 

24 In general, there are two methods in which VOD requests from analog set top terminals 

25 314 are accommodated by the components in the cable headend 208, In the first method, the 

26 network manager 214 monitors or receives the upstream data transmissions 246 from the analog 

27 VOD set top terminals 3 14 over the cable distribution network. Such requests may be received 

28 by a receiver or through interface 268 from the authorization component 236. Once the request 

29 is received, the network management CPU 260 processes the request using its control software 
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1 264, accesses its instruction memory 266 as needed. Simultaneously, the authorization 

2 component 236 sends an authorization code to file server 215 so that the analog VOD set top 

3 terminal 314 that has requested a specific VOD program can be tuned to a specific preview 

4 channel until the requested program is ready to be viewed, hi the preferred system, the network 

5 management CPU 260 may prompt the authorization component over a common interface 268 

6 to authorize the specific preview channel which carries the preview. 

7 The network management CPU 260 begins a timer upon receipt of an initial request from 

8 a subscriber 292 for the requested VOD program. The timer typically should be set to expire 

9 after a few minutes (e.g., a specified time period of 3, 5, or 10 minutes). For instance, when the 

10 timer is set for a 5 minute period, the network manager 214 will receive or monitor requests for 

1 1 the same program which initiated the start of the timer. During the 5 minutes that the timer is 
rft miming, any other requests for that same program will be compiled, grouped or counted by the 

control software 264 and processed by the network management CPU 260. 

ift The analog VOD set top terminals 314 that have transmitted these subsequent requests 

,,i5 for the same program will be tuned to a preview channel for the remainder of the 5 minute timer 

'f6 period. The network management CPU 260 determines whether the timer has expired. Once the 

^ timer expires (i.e., after the 5 minute window has expired), all analog VOD set top terminals 3 14 

C18 that have requested the same program will subsequently be delivered or authorized to receive the 

!; I9 requested program. The network management CPU 260 can prompt either the authorization 

'io component 236 or the filer server 215 to begin deUvery of the program (or to simply download 

21 the authorization code for a program that has already been delivered in scrambled format). Jn 

22 either event, the analog VOD set top terminals 3 14 that have requested the program within the 

23 5 minute timeframe will receive, or be authorized to receive, the requested program. The 

24 network management CPU 260 may prompt the authorization component over a common 

25 interface 268 to authorize reception, hi this way, those subscribers that requested the same 

26 program within the specified time period will be authorized to receive the same channel that 

27 carries the requested program. 

28 The processing software 296 residing within the file server 215 determines upon which 

29 program channel the requested program is to be viewed or which channel the analog VOD set 
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1 top terminals 314 have been authorized to descramble the program signal requested. The 

2 processing software 296 relates this information back to the network manager 214 through a 

3 common interface 232. In so doing, the network manager 214 can coordinate, monitor and 

4 manage VOD program selection and delivery. 

5 Figure 6b illustrates the software processing steps performed by the network manager 214 

6 control software 264 in processing "virtual" video on demand (VVOD) program requests under 

7 the first method. The routine in Figure 6b makes use of a timer that is keyed to the length of 

8 preview time left before the program requested is to be displayed. This timer is initially set by 

9 default to zero. 

10 As shown in Figure 6b, the first processing step involves receiving 320 a WOD program 

1 1 request. Upon receiving the request, the next processing 322 step involves determining whether 
r|2 the requested program has been previously requested by another subscriber or subscribers within 
Us a set time period (e.g., 5 minutes). If the requested program has not been requested by another 
IfH subscriber, the program preview timer will be set to 5 minutes according to the next processing 
;,|t5 step 324. Subsequently, the set top terminal requesting the program will be switched 326 to a 
T6 channel displaying previews. The program preview timer will be decremented 328 until the 
^^P7 program timer expires 330. If the program timer expires without receiving another request for 
fM the same program, the program requested will be enabled 332 for display. 

1 0 If, however, another request is received for the same program 320, the program preview 

^^iO timer will be found to be greater than zero with some preview time left on the channel displaying 

21 the preview. In this event, the additional request for the same program is subsequently processed 

22 by switching 326 the subsequent requesting set top terminal to the channel displaying the 

23 preview. The timer for the program's preview continues to decrement 328 until it expires 330. 

24 Once the timer has expired, all requests for the same program received during the 5 minute timer 

25 period are processed by enabling 332 program delivery. 

26 Functionally, the processing steps in Figure 6b handle all incoming VVOD requests in 

27 the first method. An initial program request is received and the program preview timer is set to 

28 a time period of 5 minutes. The set top terminal requesting the program is switched to a channel 

29 that displays a preview. Once the set top terminal has been switched to preview, other requests 
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1 for the same program may be received 320 before the timer expires. If another request is not 

2 received before the timer expires, the processing steps await time-out and subsequently enable 

3 program delivery 332. If another request for the same program is received before the timer 

4 expires, the additional request for the same program is processed by switching the subsequent 

5 requesting set top terminal to the channel displaying the preview. When the timer exphes, all 

6 requests are grouped and program delivery is enabled 332. Once the timer has expired and an 

7 additional request for the program is received 320, the additional request is handled like an initial 

8 request and the timer is restarted and reset to 5 minutes 324 and the process repeats itself for all 

9 incoming additional requests for a program. 

10 In the second method, a request for a WOD program is received, referring to Figure 6a 

11 from the analog VOD set top terminals 3 14 by the network manager 214, either directly or from 
S the authorization component 236 over a common interface 268. Once the network manager 214 
^ has received the request for a WOD program, the network manager 214, using its network 
f 4 management CPU 260 and control software 264, prompts the file server to start the requested 
^ WOD program. Based on the prompts, the file server 215 selects and spools the program for 
T6 processing for distribution to the specific analog VOD set top terminal 314 which requested the 

WOD program. Simultaneously, the file server 215 transfers data back to the network 

CBs management CPU 260 over interface 232, indicating that the program requested has been started 

i,|9 and the channel nimiber upon which the program has been scheduled for display. Subsequently, 

the network manager 214 waits for additional WOD requests from the analog VOD set top 

21 terminals 3 14. Upon receiving a second request, the network manager 2 14 ascertains the amount 

22 of embedded preview time in the program signal and determines whether the request is within 

23 the lead in time period for previews embedded in the program signal (or MPEG program bit 

24 stream). If the embedded preview time has not expired, the network manager either prompts the 

25 authorization component 236 or the file server 2 1 5 directly so that the analog set top terminal 3 14 

26 that requested this WOD program may be instructed as to which channel the program will be 

27 displayed. If the embedded preview time period has expired from the initial delivery of the 

28 MPEG program bit stream, then the control software 264 treats the request for the same program 

29 like an initial request and repeats the process of either prompting the authorization component 
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1 236 or the file server 215 to spool and prepare the program for delivery to the subscribers 292. 

2 Once the timer has expired, the network management CPU 260 may search for whether the 

3 program requested is currently showing. 

4 Figure 6c illustrates the processing steps involved in processing a VVOD program request 

5 using the second method. The second method makes use of a preview timer that corresponds to 

6 the length of the preview time embedded in the program signal that is left before the program is 

7 ready to be displayed. As in the first method, this timer determines when and how a specific 

8 preview and program are to be displayed. 

9 As shown in Figure 6c, the processing steps for the second method begin by receiving 334 

10 a VVOD request for a specific program. The next processing step involves determining 336 

1 1 whether any preview time is left to be displayed before the program itself is ready for display. 
K no preview time remains, the routine initiates 338 the display of a "join in progress?" banner. 

J|3 The subscriber is subsequently given the option 340 to join the requested program in progress. 

^ The routine interprets 340 the subscriber's response as to whether the subscriber wishes to join 

M the program in progress. 

ye If the subscriber chooses not to join the program in progress, the program preview timer 

% will be set to a time length "L" 344. (This time period "L" is obtained by the network manager 

|B8 214 from the file server 215 shown in Figure 6a.) Once the timer has been set to time "L," the 

!: |9 routine prompts the file server to place the MPEG data on a given chaimel X 346. Subsequently, 

■^iO the set top terminal requesting the specific VVOD program is enabled 348 so that the set top 

21 terminal can receive the channel. The routine decrements the program timer 352 until the 

22 program timer has expired 354. Once the timer has expired, the network management CPU 260 

23 may search for whether the program requested is currently showing. If another VVOD request 

24 for the same program is received 334 before the timer expires 354, the routine will determine that 

25 preview time is available 336 and switch 342 the set top terminal making the additional request 

26 to the channel that displays the program. The routine will then continue 350 to decrement 352 

27 the program preview timer until the timer expires 354 (at which time the routine ends 356). If 

28 yet another request is received 334 after the program timer has expired (so that the timer is not 

29 greater than zero 336), the subscriber will receive a "join in progress?" banner 338. If the 
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1 subscriber chooses to join the program in progress 340, the subscriber will simply be switched 

2 342 to the channel displaying the program. 

3 Functionally, the routine in Figure 6c allows, referring to Figure 6a the network manager 

4 214 to await an initial WOD program request. Once an initial WOD program request has been 

5 received the routine prompts the file server 215 to initiate program deUvery. As the file server 

6 215 begins the program delivery process, the network manager 214 receives confirmation 

7 information including channel number (upon which the program will be displayed) and the length 

8 of the embedded preview. Although the preview time length embedded in the program may be 

9 a variable length, the example in Figure 6c uses a length of "L" minutes. After receiving the 

10 confirmation information, the requesting set top terminal is enabled to receive 348 the embedded 

1 1 preview. Subsequently, the network manager 214 awaits the receipt of additional requests for 
Cfe the same WOD program. If no other requests are received, the embedded preview time will 

eventually expire, enabling 348 display and/or delivery of the requested WOD program. 

||H If, however, another request for the same WOD program is received, the routine 

S5 determines whether the embedded preview time has expired. If the embedded preview time has 

J6 not expired, the system returns to the step of switching 342 the additional requesting set top 

% terminal to the channel displaying the embedded preview. If the embedded preview time has 

C 18 expired, the system displays the "Join in Progress?" banner. The system subsequently determines 

whether the subscriber wishes to join the WOD program in progress. If the subscriber does not 

''io wish to join the WOD program in progress, the additional request for the same WOD program 

21 is treated as an initial request for a WOD program and the processing steps begin anew. If the 

22 subscriber wishes to join the WOD program in progress, the requested WOD program is 

23 displayed or delivered as appropriate. 

24 In either of the two methods depicted in Figures 6b or 6c, the analog VOD set top 

25 terminals 314 may be required to change channels in order to receive the requested WOD 

26 program. Specifically, three separate types of analog VOD set top terminals 3 14 may be used 

27 with the configuration shown in Figure 6a. These types of terminals include an analog VOD set 

28 top terminal with: (1) a controllable tuner, (2) non-controllable tuner with a text generator, and 

29 (3) a non-controllable tuner without a text generator. 
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For requests involving an analog VOD set top terminal having a controllable tuner, the 
network manager 214 and file server 215 work in unison in order to download over the cable 
distribution network 210' the specific channel number upon which the requested program should 
be displayed. The controllable tuner will, upon receiving the download, tune the analog VOD 
set top terminal 314 to the proper channel. 

Where the analog VOD set top terminal includes a non-controllable tuner, but has a text 
generator, the network manager 214 may prompt set top terminal 3 14 to generate a text message, 
which indicates to the subscriber 292 upon which channel the program is to be displayed. The 
subscriber 292 can then read the text message generated by the analog VOD set top terminal 314 
and manually change channels in order to view the program requested. Altematively, where 
the analog VOD set top terminal 314 includes a non-controllable tuner, but does not contain a 
text generator, a menu must be downloaded from the file server 215 over the cable distribution 
network 210'. An appropriate text message is embedded in the download menu signal. In this 
way, the menu is displayed with the text message already shown upon it so that the subscriber 
292 can be informed upon which channel the requested program will be displayed. 

The configuration shown in Figure 6a also accommodates real time menu generation and 
processing capability. Menus are prestored in MPEG format in file server 215 so that they can 
be ready for selection and spooling by the file server 215 and deUvery to individual subscribers 
292 as the subscriber sequences the menus. In effect, the menu generation system anticipates the 
types of menus that the subscriber 292 will select for display. Menus are prestored in the file 
server 215 for each and every possible variation of menus and menu sequencing combinations. 
By prestoring these variations and combinations of menu screens, menus are ready for selection 
and spooling by the file server 215 in real time. Series of menus and submenus may subsequently 
be sequenced in real time based on subscriber input. 

A menu may be selected and spooled by the file server 215 and deUvered to the subscriber 
292 as in program delivery previously described. The menu currently displayed on the 
subscribef s 292 television is stored in a buffer 300, which has the capability to store one or more 
frames of MPEG data. In this way, the file server 215 would not be required to continuously 
spool the menu to be displayed on the subscriber's 292 television. 
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1 Instead, once the MPEG frame containing the data for the menu has been selected, 

2 spooled and stored in the buffer 300, the frame can be repeated as necessary without reaccessing 

3 the file server 215. The buffer 300 repeats the previous frame of MPEG data containing the 

4 menu screen so that the subscriber 292 receives the same menu until a new selection is made, 

5 Once the subscriber selects another menu, the subscriber's request is sent in the form of upstream 

6 data 246, like a request for a program, to the network manager 214. 

7 Upon receiving and processing the request, the network manager 214 prompts the file 

8 server 232 to sequence the menus. The file server 215 selects the next menu in response to the 

9 request and spools the MPEG frame containing the next menu for processing. The MPEG frame 

10 for the next menu is again stored in buffer 300. The process repeats itself, again waiting for the 

1 1 subscriber's 292 next selection. With this configuration and processing capability, the system 
0 intelligently accommodates real time menu generation and processing capability remotely from 
|R3 the cable headend 208. 

i|4 Figure 7 shows another embodiment of the present mvention operating with several nodes 

.is of digital set top terminals 700. In this configuration, the cable headend 208 components must 

]r6 include digital modulators 702 in order for digital signals to be distributed to subscribers 292. 

% The embodiment of Figure 7 uses quadrature amphtude modulators (QAM) 702, but the artisan 

lis may use any suitable digital modulator. A combiner 704 may be used to combine various digital 

I|9 MPEG bit streams in providing such transmissions to the subscribers 292. The bit streams may 

%) include audio and video programs received via sateUite 222 as well as ATM data 226 and local 

21 feeds 224. These signals are stored in digitally compressed (e.g., MPEG or MPEG2) format in 

22 the file server 215. Once a program or a set of data is selected and spooled by the file server 215 

23 in digitally compressed format, the signal does not require a decoder. Instead, digital modulators 

24 702 and other signal processing devices (e.g., combiner 704) may be used in the distribution of 

25 the digitally compressed signals. 

26 As shown in Figure 7, broadcast signals may be accommodated in this configuration 

27 through the use of an MPEG encoder 706 and another digital modulator 708 to convert the 

28 broadcast signals into a digitally compressed format compatible with other signals being 

29 distributed in the cable distribution network 210' (shown in Figure 7 as 288, 292 and 700, 
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1 including the connections shown therebetween). In this configuration, the program delivery 

2 system 200 can operate in the digital environment with digital set top terminals. Such digital set 

3 top terminals are adapted to receive digitally compressed program signals and control 

4 information in MPEG format. The digital set top terminals may include an MPEG decoder and 

5 decompressor so that the digitally compressed program signals may be displayed on the 

6 subscriber's television. 

7 Menu information may be downloaded to these set top terminals 220 from the cable 

8 headend 208 in MPEG format, which may be displayed like any other program signal. 

9 Alternatively, the digital set top terminals may include a microprocessor and graphics processing 

10 capabilities in conjunction with menu generation software in order to generate menus locally at 

11 the set top terminal 220. In either configuration, the digital set top terminals include upstream 
[fe data transmission hardware so that real time requests for programs may be transmitted upstream 

over the concatenated cable system 210 for processing at the cable headend 208. 

j|H Such requests are processed at the cable headend by the signal processing equipment 209 

is and/or the network manager 214. The requested program is subsequently selected and spooled 

!f6 by the file server 215 and transmitted downstream over the concatenated cable system 210 to the 

^ set top terminal 220. In this scenario, all transmissions, whether data or programming signals, 

f S8 are in digitally compressed (e.g., MPEG or MPEG2) format. 

; |9 With this configuration, subscriber communications and requests may be processed from 

'io upstream data 246. The configuration accommodates VOD requests, NVOD requests, and 

21 VVOD requests, as well as advertisement targeting, interactive programming, and program 

22 suggestion capabilities. These features and capabilities may be provided through the use of real 

23 time processing of upstream data communications and/or the use of standard or custom menus. 

24 Figure 8 illustrates another embodiment of the present invention operating with a number 

25 of different types of set top terminals 700, 314, 310, 290 (including the connections shown 

26 between these components). As shown in the figure, the embodiment operates with digital set 

27 top terminals 700, analog IPPVA^OD set top terminals 314, analog PPV set top terminals 310 

28 and basic analog set top terminals 290. This embodiment combines the various combinations 
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1 of hardware components described above in order to accommodate a mixed analog and digital 

2 network of set top terminals. 

3 The configuration shown in Figure 8 enables the network manager 214 to identify 

4 requests from subscriber communications and process those requests, as described above. 

5 Typically, data stored in the file server 215 which corresponds to a response to a subscriber's 

6 request will be located and sent to the subscriber 292 over the cable distribution network 210' 

7 (shown in Figure 8 as 288, 290, 292, 3 10, 3 14 and 700). The configuration shown in Figure 8 

8 can (subject to Umitations in set top terminal processing capability) acconmiodate VOD requests, 

9 NVOD requests, and VVOD requests, as well as advertisement targeting, interactive 

10 programming, and program suggestion capabilities. 

1 1 C. Network Manager Processing Routines 
% 

!:|3 1 . Receiving Information from Set Top Terminals 

||5 Referring to Figures 3b and 3c, the network manager 214 uses the Reception routine 283 
or 283' to begin processing subscriber conomunications as they are received. Subscriber 

W communications are received by the network manager 214 either directly through an upstream 

Ct8 data receiver 254 or indirectly through an interface 268 to the authorization component 236. 

39 The Reception routine 283 can be used by the network management CPU 260 to interpret 

^io each subscriber communication and designate the type of subscriber communication as a program 

1^1 1 request or a menu request (or, in other embodiments, as a data services request). Depending on 

22 the type of request, the Reception routine 283 calls either the Program Request routine 293 or 

23 Menu Request routine 295 (or the Other Data Requests routine 297) to identify the request as 

24 either a program request or menu request. 

25 In designating the subscriber communication as a program request or a menu request, the 

26 Reception routine 283 or 283' must receive upstream data transmissions 246 from a subscriber 

27 292. The upstream data transmissions may require demultiplexing and/or decompressing so that 

28 the data can be interpreted. In this way, any control or header information may be read or 

29 stripped from the data streams that are received by the network manager 214. The read or 
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1 stripped data can then be used to designate or deteraiine whether a subscriber communication 

2 involves a program request or a menu request. 

3 Once a subscriber communication has been designated as program request or a menu 

4 request, the request can be processed by the various routines in the system. An example of 

5 processing VVOD program requests is described in reference to Figures 6b and 6c above. 

6 2. Advertisement Targeting 

7 The network manager is capable of processing subscriber communications in order to 

8 target specific commercials and advertisements to a subscriber. Such advertisement targeting 

9 may be based on historical viewing (or programs watched) data and/or other data that is available 
10 at the network manager 214. Advertisements that may be targeted include video, commercials 

,41 and infomericals, with infomericals being time-varying video segments (e.g., thirty seconds, 

|jl2 fifteen minutes). 

lis Advertisements can be targeted using at least three different advertisement insertion 

34 methods, namely where the targeted advertisement is: (i) inserted at the cable headend 208 and 

=55 sent to a subscriber 292 with an analog set top terminal 220, (ii) inserted at the cable headend 208 

ri6 and sent to a subscriber with a digital set top terminal 220, or (iii) embedded in a program signal 

!i7 (e.g., inserted at a remote location such as the operations center) and simply relayed without 

53 8 change by the cable headend 208 to any set top terminal. 

ii|9 In the first method, each MPEG decoder 302 should be capable of identifying a point in 

' lO a program signal in which an advertisement can be inserted. This may be accomplished by using 

21 a MPEG decoder 302 that is capable of hearing or decoding a "Q tone" in the program signal. 

22 The Q tone provides the MPEG decoder 302 (and the network manager 214, through its 

23 connection 269 with the output of the MPEG decoder 302) with an advance indication of the 

24 point in the program where an advertisement should be inserted. The Q tone provides a set time 

25 (e.g., 30 or 60 seconds) after which the advertisement should begin. 

26 Thus, once the MPEG decoder has decoded the digital program signal into an analog 

27 signal and received or decoded the next Q tone in the program, the network manager 214 receives 

28 an advance indication that an advertisement may be inserted by the file server 215. The network 

29 management CPU 260 prompts the file server 2 1 5 to suspend spooling of the program MPEG 
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1 frames, and to select and spool the advertisement MPEG frames. The advertisement MPEG 

2 frames are decoded and distributed to the subscriber in place of the program signal. Once the 

3 advertisement ends, the MPEG frames for the program signal are restarted and spooled from the 

4 filed server 215, 

5 Such insertion requires the MPEG decoder to monitor for a Q tone and, upon decoding 

6 a Q tone, prompt or inform the network management CPU 260. The network manager 214 then 

7 informs the file server 215 of the point at which the advertisement should begin in the program. 

8 At the appropriate time, the file server 215 selects and spools the advertisement and the 

9 advertisement is decoded from MPEG format to an analog signal and processed for display in 

10 place of the program signal. 

11 In the second method, the network manager CPU or file server monitors the selection and 
M spoolmg of each MPEG I-frame as it is processed for display. The network management CPU 
IJS may accomplish this monitoring function through its connection 232 with the file server 215 or 
ii4 its connection 269 with the digital modulators 702. Through either connection or link 232 or 
.(5 269, the network management CPU can read the I-frames that are sent to the subscribers. In the 
]t6 preferred system, however, the file server 215 informs the network manager CPU of upcoming 
%J advertisement time. The file server 215 can perform this function by sending confirmation 
138 frames or codes back to the network manager 214 as frames are spooled. Once an tframe is 
I;i9 spooled that indicates that an advertisement space is available in the MPEG data stream for the 
'^0 program being processed, the network management CPU 260 can prompt or instruct the file 

21 server 215 to select and/or spool a specific advertisement to be sent to a particular subscriber 292 

22 in that advertisement space. 

23 In the third method, the advertisement is simply embedded in the program signal before 

24 being stored at the file server 215 (whether originally in analog or digital format). This method 

25 accommodates the use of national advertisement inserts that are initiated at a remote site such 

26 as at the operations center 202. In this way, advertisements can be scheduled on a national or 

27 regional, rather than a local basis. This also accommodates the network manager adding 

28 advertisements to programs before storage at the file server 215. 
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1 Advertisements may be inserted before, during or after a program. Advertisements during 

2 programs and after programs may be targeted in advance as opposed to real-time targeting. 

3 Using any of the above three methods, advertisements may be inserted into program signals for 

4 distribution to the subscribers 292. Before, however, an advertisement may be inserted, the 

5 specific advertisement must be intelligently selected and spooled from the file server 215. 

6 Advertisements may be intelligently selected for targeting using at least four techniques. 

7 These techniques include: (1) using programs watched data, demographics data, and/or other 

8 data stored in the network management databases 262 to target an individual subscriber with a 

9 specific advertisement for display; (2) collectively analyzing programs watched matrices, 

10 demographics information or other data stored in the network management databases 262 in 

11 order to target a group of set top terminals 220 with an advertisement; (3) performing an 
& independent advertisement insertion using the network manager 214 components; and (4) 

ignoring the advance indication for an advertisement insertion so that the advertisement 
embedded in the program signal sent from the operations center 202 or another remote source 
..B can be sent to a subscriber 292 without interruption. 

X6 Using the first technique, advertisements may be targeted to individual subscribers based 

% on programs watched data, demographic data and/or other data stored in the network 
CB8 management databases 262. Various data analysis techniques may be used to target 
advertisements. For example, where programs watched information is used, the network 
manager 214 may process a programs watched matrix in order to assist in the intelligent selection 

21 of an advertisement for targeting. 

22 The network manager 214 stores a programs watched matrix for each subscriber in the 

23 cable distribution network 210'. The programs watched matrices are stored in the network 

24 management databases 262 and updated as requests for programs are received in the upstream 

25 data transmissions 246 from a subscriber 292. Various other methods of storing program 

26 watched data may be used. 

27 Figure 9 illustrates a sample programs watched matrix. As shown in the figure, the 

28 matrix is stored in a format with rows of time slots and columns of program categories. The 

29 example in Figure 9 shows six four-hour time slots and various program categories, including 
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1 Sports, news, movies, children and entertainment. - The time slots and program categories may 

2 be varied as appropriate. 

3 As subscriber requests are received, the network manager 214 processes these requests 

4 and simultaneously updates the programs watched matrix for that subscriber once a program has 

5 been requested. In this way, the network manager 214 maintains an up-to-date programs watched 

6 matrix for each subscriber in the cable distribution network 210'. These programs watched 

7 matrices may be used in determining the advertising material that is sent to a particular subscriber 

8 292. 

9 For instance, upon receiving an advance indication of an advertisement insertion point 

10 in a program, the network manager 214 may read the counts for the various program categories 

11 in the current time slot from the stored programs watched matrix for that subscriber and select 
rS an appropriate advertisement. The network manager 214 uses its network management CPU 260 

and control software and/or instruction memory 266 in order to complete the processing. For 

ft example, the network management CPU 260 determines the program category with the most 

M frequently watched programs (i.e., the program category having the most counts). Once the 

network management CPU 260 has identified the most frequently watched program category, an 

% advertisement may be selected from a corresponding advertisement category. 

UB Typically, advertisements may be stored in the file server 215 by categories that 

;*|^ correspond to the program categories so that advertisements may be easily located. 

M) Advertisements may be located by providing the file server 215 with prompts generated by the 

21 network manager 214. In this way, stored advertisements may be located by the file server 215 

22 by: interpreting the program category (that is determined by the network manager 214 and 

23 provided during processing) ; pointing to the stored advertisement that corresponds to the program 

24 category; and, upon locating the desired advertisement, spooling or providing the selected 

25 advertisement to an MPEG decoder and/or channel modulator for distribution to the set top 

26 terminal sought to be targeted with the intelligently selected advertisement. 

27 Advertisement categories may include sports, news, movies, children and entertainment. 

28 A number of other advertisement categories or subcategories may be used to group the 

29 advertisements stored in the file server 215 (as described in U.S. Serial No. 08/160,280 cited 
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1 above). Once the network manager 214 has determined the appropriate advertisement category, 

2 the network manager 214 can instruct or prompt the file server 215 to select and spool the 

3 advertisement for insertion into the program signal using any of the insertion methods described 

4 above. 

5 In determining the program category having the most frequently watched programs or 

6 counts, the network management CPU 260 and control software 264 is flexible enough to choose 

7 between program categories that have an equal number of programs watched counts. In order 

8 to break such a tie, the network management CPU 260 and control software 264 can use 

9 demographics or other data stored in the databases 262 to weight the program categories and 

10 determine the category of most importance to a particular subscriber 292. Alternatively, a 

1 1 program category may be selected by default. 

Qr Various weighting algorithms may be used to determine the most important program 

3Q category where more than one category has the same number of programs watched counts, hi 

i4 addition, a number of correlation algorithms may be used to correlate the program category 

45 selected with the advertisement category or subcategory from which the targeted advertisement 

T6 is to be selected. 

W The second technique for determining or identifying an advertisement for targeting 

jlS involves intelligently selecting an advertisement for a group of subscribers. Generally, a group 
of subscribers is formed from a group of requests for the same program and the network manager 
targets that group of subscribers with the same advertisement. This technique may best be 

21 applied in conjunction with the VVOD program request processing methods described above. 

22 For example, the network manager 2 14 can group together all subscribers who request the same 

23 program within a certain time period (e.g., a five-minute interval). Thus, as multiple requests for 

24 the same program are received, the programs watched matrices for those subscribers who have 

25 requested the program within the designated time period may be collectively analyzed. In this 

26 way, the programs watched matrices for those subscribers may be accumulated and an 

27 advertisement targeted to that group of subscribers can be determined based on an accumulated 

28 programs watched matrix. Once the programs watched matrices have been accumulated to 
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1 generate such an accumulated or collective programs watched matrix, the processing steps are 

2 analogous to those performed in the previous technique. 

3 The third technique allows the network manager 214 to simply select an advertisement 

4 for insertion into a program signal. The selection can be independent of subscriber-specific data, 

5 thereby acconmiodating insertions for such purposes as local advertisements. 

6 The fourth technique allows the network manager 214 to ignore any advertisement 

7 insertion indications. This technique allows the operations center 202 or another remote site to 

8 insert an advertisement into the program signal that will be distributed to all subscribers 292. 

9 This technique accommodates the national advertisement insertion method described above. 

10 3. Spooling Data and Text Overlay 

1 1 The network manager 214 works with the file server 215 to either locate or generate an 
jj MPEG data stream that can be sent to a subscriber. The Spool Data routine 313 enables the 
% network manager 214 to perform this function and spool such located or generated data, hi 
B general, the spool data routine 313 can prompt the file server 215 to send the located or generated 
rl0 MPEG data stream to the subscriber. Li order to accomplish this function, the network manager 

214 stores the addresses of all MPEG data streams stored in the file server 215. The network 

% manager 214 stores these addresses in its databases 262. Altematively, the addresses may be 

5 stored in RAM. With the addresses, the network manager 214 can prompt or instruct the file 

server 215 to spool a specific MPEG data stream identified by its unique address. 

# The network management CPU 260 may be used to provide the prompts and/or 

21 instructions to the file server 215 through an interface 232 between the network management 

22 CPU 260 and the file server 215. hi this way, the file server 215 is prompted and/or instructed 

23 to spool a specific MPEG data fi-ame or stream. In response, the file server 215 will use its 

24 pointer to find or point to the address of the MPEG data frame or stream to be spooled and spool 

25 that set of data. The data may be spooled and sent to an MPEG decoder 250 and/or channel 

26 modulator 238 as appropriate. 

27 The network manager 214 may also oversee and coordinate the generation of menus that 

28 include text overlays. In general, the text overlay may be performed using two overlaying 

29 techniques. In the first technique, a text message is sent to a set top terminal 220 in an embedded 
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1 signal. The set top terminal 220 must have a text generator and other processing capability in 

2 order to receive and extract the text message from the embedded signal. Using the extracted text 

3 message, the set top terminal 220 can use its text generator to generate the text message that was 

4 included in the embedded signal. Subsequently, the set top terminal 220 can overlay this text 

5 message onto a menu. 

6 In the second overlaying technique, the text message is generated at the cable headend 

7 208 and inserted into a signal carrying the menu data. Using this technique, the text message and 

8 menu data are located or generated at the cable headend 208 under the supervision of the network 

9 manager 214. The text message is, in effect, "overlaid" on the menu screen at the cable headend 

10 208 before the menu is distributed to the set top terminals 220, 

1 1 Using either of the two overlaying techniques, data may be sent to the subscriber in the 
M form of text that is overlaid on a menu or program. Those skilled in the art will recognize other 
B variations of these two techniques in order to perform the same function using the network 
IB- manager 214. 

4. Menus 

tt a. Standard Menus 

^ The network manager 214 can acconunodate real-time menu generation and processing 

ii? at the cable headend 208. Standard menus are those menus that are sent to many subscribers, 

:f$ such as an introductory menu or a program category menu. Standard menus are typically 
prestored in MPEG format in the file server 215, By prestoring the menus, each menu can be 

21 ready for selection and spooling by the file server 215 so that a menu can be delivered to a 

22 subscriber 292 as that subscriber 292 sequences the menus. 

23 Menus can be sent from the operations center 202 or another remote site and stored in the 

24 file server 215. The network manager 214 maintains an accurate Ust of the address locations for 

25 every standard menu stored in the file server 215. The address locations of the menus are stored 

26 in the network management databases 262. Thus, once a subscriber 292 selects a menu, the 

27 menu is spooled from its prestored location in the file server 215 and delivered to the individual 

28 subscriber 292 that requested the menu. In effect, the menu generation system anticipates the 

29 types of menus that the subscriber 292 will select for display. By prestoring each and every 
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1 possible variation of the menus, the menus may be selected and spooled by the file server 215 

2 in real-time. In this way, menus and submenus are sequenced in real-time based on subscriber 

3 input. 

4 In the preferred system, the MPEG decoder 302 includes a buffer 300 capable of 

5 repeating frames of MPEG data. Thus, once a subscriber 292 chooses to view a new menu, this 

6 request is received 254 by the network manager 214, which prompts or instructs the file server 

7 215 to select and spool the corresponding MPEG data frame or stream for that menu. Once the 

8 file server 215 has spooled the MPEG data, the frame for that menu is stored in buffer 300 and 

9 decoded by MPEG decoder 302 for subsequent distribution to the subscriber 292. While the 

10 subscriber 292 views or displays that menu, pondering the next menu or program selection, the 

1 1 buffer 300 repeatedly provides the MPEG decoder 302 with the same frame of MPEG data for 
14 that menu screen. In this way, the file server 215 is required to only once spool the MPEG data 

frame or stream for that menu until the subscriber 292 makes another selection. Similar 
IR buffering devices as described above may be used for MPEG data frames or streams that are 
jg destined for a digital set top terminal 700 so that the file server 215 is not required to 

continuously spool the same frames or streams of data. 
O b. Custom Menus 

Generally, there are three preferred methods for customizing menus with the network 
'If manager: (i) text data embedded in analog signal, (ii) text data embedded in digital signal, and 

(iii) generated digital video data (which includes customized text in the video). To accomplish 

21 either of the first two methods, the network manager 214 processes a subscriber request and uses 

22 one or more look-up tables to generate text (for example, to look up letters, words, program titles, 

23 lines of text, or blocks of text) located in a database 262. Alternatively, the network manager 214 

24 may generate new text. 

25 Once the network manager 214 has the desired text for a customized menu, it either sends 

26 the menu to a subscriber's set top terminal in an analog signal downstream (to an analog-capable 

27 set top terminal or output equipment), or digitizes and places the text into the private data packet 

28 format of MPEG2 or other digital video format (for a digital set top terminal or output 

29 equipment). If a set top terminal has the capability of overlaying text on video, then either an 
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1 analog signal or digital signal containing the customized text data may be sent to the set top 

2 terminal 220. The set top terminal 220 can then overlay the customized text on a menu. In 

3 addition to the text data, the network manager 214 may have video for the background of the 

4 menu spooled to the set top terminal 220 (either with digital video data or an analog signal). 

5 Since set top terminals are not standardized (and vary not only from manufacturer to 

6 manufacturer but also from version to version), the text signal for providing text for overlaying 

7 on a video menu varies greatly from teraiinal to terminal. Therefore, although workable, it 

8 becomes burdensome for the network manager 214 (specifically the progranamer of the network 

9 manager) to accommodate the different text signal needs for each set top terminal type. Further, 

10 the first two methods do not work for set top terminals 220 without text generation and 

1 1 overlaying ability. 

15 However, it is easier and preferred that the cable headend 208 output equipment generate 

% the menus with text overlays rather then the set top terminals 220, To accomplish this, the output 

11 equipment receives a standard text signal (either analog or digital) and generates the text overlay 
prior to transmitting video to the set top terminal. In this manner menus can be created at the 

tS output equipment in the same standard manner for all subscribers and sent as video programs to 

® subscriber set top terminals 220. Specifically, the output equipment repeats MPEG frames and 

M overlays text onto the analog video created. The network manager 214 need then send out only 

^ one type of standard text signal for custom menu overlays, 

^3) Alternatively, method three, the generation of digital video data, may be used. The third 

2 1 method is preferred for some cable headend configurations because it lowers the cost of hardware 

22 required at the cable headend. To generate digital video data using this third method, the network 

23 manager 214 must prebuild and store in advance a digital video data stream which represents the 

24 background for a custom menu without the customized text (i.e., without the customized 

25 remaining portions of the custom menu). Then, upon receiving a subscriber request for a custom 

26 menu, the network manager 214, in real time, recalls the prebuilt digital video data stream from 

27 memory 262 and adds the necessary digital video data (within that data stream) that represents 

28 the customized text. The network manager 214 can, in effect, insert or interleave the generated 

29 text messages with the pre-built data streams in order to generate a customized menu screen in 
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1 real time. Figure 10a is a flow diagram for an example of the steps necessary to prebuild an 

2 MPEG data stream for a customized menu. The first step of the process is to prebuild an MPEG 

3 data stream for an I frame for the custom menu omitting only macroblocks (Y, Cb, Cr, 8X8 

4 blocks) representing the customized text data 1000. This first step 1000 can be performed in 

5 various ways. For instance, a still video picture representing the customized menu with the text 

6 removed (or colored blocks inserted where the text should appear) may be processed through an 

7 MPEG encoder to obtain an MPEG data stream. Alternatively, the network manager or some 

8 other CPU can, through processing, build an MPEG data stream which represents a menu without 

9 text. Once this data stream has been obtained, the network manager is ready to properly store the 

10 MPEG data stream (without text video data) for later recall. 

1 1 The next step in this process is to initialize an address variable equal to "1" (see block 

Q 

If 1004). Following this initiaUzation, the routine is prepared to iteratively store sections of the 

IS MPEG data stream text. This is shown by storage loop 1028. The next step is for a text counter 

H- "T" to be increased by one 1008. This is followed by the network manager storing a portion (or 

^5 section) of the MPEG data stream for the I-frame up to the encountering of omitted text, (which 

pS is the first text in the first instance) 1012. The text counter counts the first or next piece of 
MPEG data which has been omitted (because the text macroblock has been omitted) when 

® prebuilding the MPEG data stream for the I-frame, This portion of MPEG data up to the text is 

S stored in the address location of the address variable (ADDR). Following the storing of this 

'W portion or section of the MPEG data stream, the address counter is incremented by two 1016. 

21 The purpose for incrementing the address counter by two (instead of incrementing by one) is to 

22 leave an open memory address available for the macroblocks representing the omitted text. In 

23 other words, memory space is left open for storing the text (the memory space will be used later 

24 to insert macroblocks representing the text). 

25 Following this incrementing of the address location, the program determines whether it 

26 has exceeded the number of menu text lines on this particular customized menu 1020. If it has 

27 not exceeded the number of menu text lines, then the storage loop 1028 continues with the text 

28 counter being incremented 1008. A section or portion of the MPEG data stream in between the 
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1 omitted text is stored in the address location which has already been incremented by two 1012. 

2 The addresses are then again incremented by two 1016. 

3 Once the number of text lines has been exceeded, then the last portion of MPEG data has 

4 been stored. This last portion represents the MPEG data from the end of the last piece of text on 

5 the menu up to and through the last piece of MPEG data which represents the bottom right-hand 

6 comer of the menu screen. Thus, when the text number exceeds the number of menu text lines 

7 1020, the program stops since the sections of the MPEG data stream which require being stored 

8 in advance are complete 1024. 

9 Figure 10b shows the creation or storing of a customized menu MPEG data stream in 

10 real-time in response to subscriber request 1032. After creation or storage, the MPEG data 

1 1 stream may be spooled to the requesting subscriber. This subroutine is started 1036 by a call 
W from other subroutines within the network manager system. It begins by setting the address 
li location (ADDR) equal to the address location (ADDR) plus two 1040. Next, the routine enters 
W a loop which is repeated by the nimiber of menu text lines 1074. The first item in the loop sets 

the text counter equal to the text counter plus one 1044, which increments the text counter. 

% Block 1048 locates the macroblock in the look-up table for the "T" Une of text 1048. 

I?, 

W Subsequently, the text macroblock is stored in address location ADDR 1052. 

^ The number of menu text lines is checked to see if it is equal to the text counter 1060. 

^ If there are more lines of text remaining, the program continues through its loop 1074. If all the 

=2D lines of text have been located and stored, then the program sets the anticipated menu variable 

21 to the anticipated variable plus one 1066 and retums 1070 to the routine in the network manager 

22 that called the subroutine 1032 to build custom menu MPEG data. 

23 Locating macroblocks in a look-up table for the "T" line of text 1048 may be done in 

24 several ways. For example, the text may be stored in look-up tables holding MPEG data 

25 representing blocks of MPEG data. These blocks of MPEG data may store MPEG data 

26 representing text by letter, word, program title, line of text, block of text or other means. There 

27 are numerous ways in which these look-up tables may be built in advance to prestore data. The 

28 network management CPU may look up each piece of text (or text data) and place them together 
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1 in order to form the T line of text. A loop can be established within block 1048 to repeatedly 

2 look up or locate data such as letters or words one at a time. 

3 Figure 10c shows one way in which the network manager may proceed in customizing 

4 menus upon request. First, the network manager receives a request for a custom menu 1078 from 

5 a subscriber set top terminal. After receipt, the network manager determines whether the custom 

6 menu has been anticipated and therefore has already been built and placed in storage 1086. 

7 Various steps and procedures can be used to determine whether a menu has been properly 

8 anticipated (such as a flag technique). If the anticipation flag variable is greater than a preset 

9 number (for example, one), then the custom menu has been anticipated. If the custom menu has 

10 not been anticipated, then the program proceeds to a routine which calls the Build Custom Menu 

1 1 MPEG Data subroutine 1090 and loops back 1082 to the determination block of whether or not 
15 the custom menu has been anticipated 1086. 

P If the custom menu has been properly anticipated and is already stored and ready to be 

|l sent to the subscriber, the appropriate starting address for the anticipated custom menu I-frame 
:B is sent to the file server 1094. Following this, the anticipation flag is appropriately decremented 
t5 by one or some other method which will allow the system to know whether the next custom 

menu has been anticipated or not for this subscriber request. 

Following the sending of the menu and decrementing of the anticipation flag, the routine 

enters a loop 1018 which attempts to anticipate and build additional anticipated custom menus. 

To anticipate the next custom menu, many new custom menus may need to be created. First, the 

21 program must determine whether it is possible to anticipate another custom menu I-frame for the 

22 subscriber 1 102. It may be possible for the processor to do this by analyzing the anticipation flag 

23 or other method. If it is not possible to anticipate another custom menu for this subscriber, then 

24 the routine stops 1 106. However, if it is possible to anticipate additional custom menus for the 

25 subscriber, then the routine sets the parameters, including text parameters, for the next custom 

26 menu 1110 and proceeds to call the Build Custom Menu Data subroutine using call 1090. Once 

27 another custom menu MPEG data stream has been created, the program loops back 1018 to 

28 deciding whether it is possible to anticipate another custom menu 1 102. This looping process 

29 continues 1018 until the system is not able to anticipate any further custom menus 1 106. 
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1 Figures 10a, 10b and 10c show an example of how custom menus may be anticipated by 

2 the system, as many as 10 or 20 menus in advance, if necessary. Various methods of tracking 

3 whether custom menus have been anticipated may be used (such as various flag or counter 

4 techniques) with the custom menu system. Also, Figures 10a, 10b and 10c show how custom 

5 menus can be prebuilt with MPEG data streams for I-frames with all but the text being omitted. 

6 Then, in real-time, the data for the text can be added, inserted or interleaved within the MPEG 

7 data stream. The text may be added using various prebuilt look-up tables such as letter, word, 

8 program title, line of text, or block of text, etc. The MPEG data streams may be stored at the 

9 network manager or in the file server. Viewing these figures, those skilled in the art will 

10 recognize many possible variations for custom building of menus using digital data. 

11 In addition to video and text, customized voice and sound may be sent to subscribers. To 
M accommodate this feature, the network manager can use various known voice or sound 
B generating techniques. The network manager creates these audio signals and places them in the 
ft analog or digital audio portion of the signal that is sent to the subscriber. In this way, the network 

manager can "talk" to the subscriber by name and read a custom menu to the subscriber, 

tfe The custom menu feature can be combined with the targeting advertisement, interactive 

^# programs, and other capabilities to highly personalize screens and audio delivered to a particular 

® subscriber. 

JIP 5. Interactive Programs 

The network manager 214 can coordinate, process and manage all subscriber 

21 communications received during an interactive program. As the subscriber is viewing an 

22 interactive program, the subscriber will be presented with a number of questions during the 

23 interactive program in which an answer from the subscriber 292 is requested. (The question 

24 posed to the subscriber 292 during the interactive program may be generated and sent to the 

25 subscriber 292 using any of the spooling data methods, menu methods and/or text overlaying 

26 techniques described.) After a question has been posed to the subscriber 292, the subscriber 292 

27 may input an answer to the question, which will be sent to the network manager 214 in the form 

28 of upstream data 246 from the subscriber 292. The network manager 214 may receive the 

29 subscriber's answer to the question either directly through its network manager receiver 254 or 
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1 by monitoring subscriber 292 communications received by the authorization component 236. 

2 Once the network manager 214 has received the subscribers communication and processed the 

3 communication to determine the appropriate response to the subscriber's answer, the network 

4 management CPU 260 will prompt or instruct the file server 215 to select and spool the 

5 appropriate MPEG data stream in order to send the response to the subscriber 292 in real-time. 

6 In order to accompUsh this function, the network manager 214, using the network 

7 manager control software 264, makes use of a look-up table that prestores all possible subscriber 

8 answers to interactive questions posed during an interactive program. In this way, the Interactive 

9 Program routine 305 is called by the program request routine 293 so that the request may be 

10 processed. The Interactive Program routine 305 uses the look-up table to anticipate responses 

11 to the subscriber's answers. 

Figure 1 1 illustrates a sample subscriber answer look-up table that may be used by the 
11 network manager 214 to perform this function. As shown in the figure, the left-most colunm 
ft indicates the number of the interactive program. The top row corresponds to the number of the 
question posed during a given interactive program. This table forms a matrix in which a specific 
program number (designated by row) and an interactive question (designated by columns) can 
'==§7 be used to store a set of memory addresses corresponding to responses to the subscriber's answer 
CDS to that question posed during that program. In the example shown in Figure 1 1, eight separate 
! J9 interactive programs and ten questions during each program are shown. For each program 
''io number and corresponding question number, a set of two, three, four, or more responses 

21 (designated as A, B, C and D) can be identified for a particular question asked during a particular 

22 program. 

23 In order to generate a response to the subscriber's answers in real-time and interactively, 

24 the network manager 214 processes and interprets the subscriber's answer by identifying the 

25 program number, the number of the question posed, and the subscriber's answer. Using this 

26 information, the network manager 214 identifies the corresponding prestored response to the 

27 subscriber's answer. Usually, the response is simply a memory address from which video or a 

28 menu may be spooled. Other types of more complex responses are also possible with this 

29 system. 

49 



Docket 5200/PTO Filmgs/ApplicaUtm 



1 Subsequendy, the network manager 214 prompts or instructs the file server 215 to select 

2 and spool the corresponding response to the subscriber's answer. In so doing, the network 

3 manager 214 and the file server 215 can work together to select and spool the proper interactive 

4 response to the subscriber's answer and send the appropriate video or menu response to the 

5 subscriber 292 that has answered the interactive question. Although a look-up table is disclosed 

6 which prestores responses to subscriber answers, many other algorithms effectuating a response 

7 may be used with the network manager hardware. 

8 6. NVOD 

9 Near video on demand (NVOD) is a program delivery technique which makes use of a 

10 program displayed on multiple program channels where the program has staggered start times 

11 over the multiple channels. By staggering the start times of the program across multiple 
52 channels, a subscriber 292 may be presented with a menu that displays a number of programs 
IP which are available for NVOD selection. Once the subscriber 292 selects a particular program, 
Ipl the request is transmitted upstream 246 either directly to the network manager 214 or indirectly 
lis to the network manager 214 through the authorization component 236. In either event, the 
:f6 network manager 214 must determine the next available and nearest start time of the program to 
''27 be displayed in order to accommodate the subscriber's 292 request. 

IM The subscriber's 292 request is processed and the network management CPU 260 prompts 

I' S9 or instructs the file server 215 to select and spool the appropriate data that can be sent to the set 

"§0 top terminal 220 in order for the set top terminal 220 to tune or switch to the proper channel 

2 1 displaying the program with the nearest start time. Thus, during processing, the network manager 

22 214 generally: determines the channel with the next available staggered start time; compiles all 

23 requests that request the same program; and provides the determined channel and the compiled 

24 program requests to the file server 215 to locate the appropriate data to be sent to the subscribers. 

25 Various program preview techniques and menus may be used in an NVOD system. 

26 7. VOD and VVOD 

27 The network manager supports both VOD and WOD at the cable headend. These are 

28 described in detail with reference to Figures 6a, 6b and 6c. VOD provides programs to the 

29 subscribers nearly instantaneously. VVOD gathers subscriber requests within minutes and 
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1 efficiently allocates the subscriber requests (unbeknownst to the subscriber) to a specific channel, 

2 while the subscribers view a preview. The specific channel refers generically to a "channel" that 

3 may be either a program signal tuned to a specific 6 Mhz bandwidth or a "virtual channel" (which 

4 does not involve assignment of data or a signal to a particular segment of bandwidth). 

5 In addition, the network manager supports operations center supplied VOD programs. 

6 Thus, when the file server does not contain the program requested, the network manager can 

7 request the program from the operations center. In response, the operations center (file server) 

8 spools the program requested by the subscriber. Then the network manager "relays" the program 

9 to the subscriber. To avoid delays to the requesting subscriber, the cable headend file server may 

10 store (in advance) and spool when needed the first few minutes of operations center supplied 

1 1 VOD programs. In this manner, the subscriber immediately receives the requested program and 
|5 realizes no delay during the transaction between the network manager and the operations center, 
Stt When the network manager receives the VOD program from the operations center, it seamlessly 
Ml- spools it out to the subscriber. 

..S For a more detailed description of operations center VOD, see U.S. Ser. No. 08/352,204, 

J6 filed December 2, 1994, entitied AN OPERATIONS CENTER WITH VIDEO STORAGE FOR 

% A TELEVISION PROGRAM PACKAGING AND DELIVERY SYSTEM, now U.S. Patent No. 

Efi8 5,600,573, and incorporated herein by reference. 

Ify 8. Program Suggestion 

'So Using the standard and custom menu systems described above, the network manager can 

21 provide the subscriber with the program suggestion feature. This is accomplished using a 

22 sequence of menus from one of the menu systems in combination with the network manager CPU 

23 and associated instruction memory and databases. When requested, menus for the program 

24 suggestion feature are sent to the subscriber's set top. With this feature, programs or actors are 

25 suggested to a subscriber based upon historical data of the subscriber's previous programs 

26 watched, demographics or mood of the subscriber, other indicators, and/or by text word searches. 

27 In the preferred program suggestion embodiment, text word searches of program preview 

28 information (such as program abstracts (descriptions), critics reviews and biographies about the 

29 actors) and/or program titles are performed by the network manager using databases in the 



51 



Docket S200/PTO Filings/Appbcation 

1 network manager. Generally, personalized program or actor suggestions are made to the 

2 subscriber by obtaining information from the subscriber indicative of general subscriber interests. 

3 Subscriber entries are solicited from the subscriber preferably using program suggestion menus 

4 and submenus. The network manager uses these subscriber entries either directly or indirectly 

5 to search for programs or actors to suggest to the subscriber. 

6 For the most part, the program suggestion methods may be categorized into two 

7 categories, either responsive methods (which respond to a series of subscriber menu entties), or 

8 intelUgent methods (which analyze data to suggest a program). Using a responsive or intelUgent 

9 method, the network manager determines a Ust of suggested titles or actors and creates a second 

10 or third menu (or submenu) to suggest the program tides for subscriber selection. Although 

11 standard menus may be generated in advance for many program suggestion menus, some 
Ih customized menus are preferred in responding to specific subscriber requests or entries. 

•i|3 Responsive methods of suggesting program titles include, for example, the use of mood 
questions, searching for actors, and keyword searching. Using the instruction memory and menu 

1|5 generation hardware (such as CPU, file server, and databases) of the network manager, a series 

!t6 of mood questions can be presented on menus to determine a subscribers interest at a particular 

9? time. For this methodology, the operations center assigns each program title mood indicators 

lis (and subindicators) from a group such as light, serious, violent, short, long, dull, exciting, 

[S9 complex, easy-read, young theme, old theme, adventure, romance, drama, fiction, science-fiction, 

^4o etc. These indicators are received from the operations center in the program conti-ol information 

2 1 signal. The indicators are displayed at the appropriate time on a menu to the subscriber. Based 

22 upon the subscriber menu entiies, the network management CPU associates a set of indicators 

23 with the subscriber' s request and a set of programs with matching assigned indicators are located 

24 for suggesting to the subscriber. 

25 Responsive searches for actors or keywords (a search word provided by the subscriber) 

26 are generally performed by the network management CPU and instruction memory on data stored 

27 in the network manager's database. For example, a keyword given by die subscriber may be 

28 searched for a match in the database which stores the program reviews, critiques and program 

29 abstracts (descriptions). Thus, if a subscriber provided an entry of the word "submarine" on an 
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1 appropriate standard or custom submenu, the title "Hunt For Red October" may be located by the 

2 network management CPU 260 using instructions from the Program Suggestion routine and/or 

3 instructions stored in the network manager instruction memory. 

4 Intelligent methods of suggesting programs include analyzing personal profile data on the 

5 subscriber and/or historical data about the subscriber such as past programs watched or ordered 

6 by the subscriber (or buy data). This intelligent method is preferred in a VOD or VVOD system 

7 which easily stores programs watched or buy data in network manager database. The 

8 subscriber's set top terminal receives die menu (or menu data) including program suggestion 

9 information from the network manager (and if necessary generates the program suggestion menu 
10 or submenu as described above) and displays the menu. Software routines and algorithms stored 
^11 in the network manager instruction memory are used to analyze historical data about the 
^ J2 subscriber and program watched data to determine a line of programs to suggest to the subscriber, 
jf j3 For example, if the subscriber usually watches half hour sitcoms about women, a menu listing 
34 the show "Designing Women" might be sent by the network manager to the subscriber's set top 
'-|5 terminal. 

A6 The algorithms for this powerful feature of suggesting programs or actors to subscribers 

are disclosed in great detail in a co-pending application by the same inventor, U.S. Application 

QS Serial No. 08/160,281, filed December 2, 1993, and PCT/US93/ 11708 entitled 

I49 REPROGRAMMABLE TERMINAL FOR SUGGESTING PROGRAMS OFFERED ON A 

''io TELEVISION PROGRAM DELIVERY SYSTEM, now U.S. Patent No. 5,798,785, which is 

2 1 incorporated herein by reference. 

22 The terms and descriptions used herein are set forth by way of illustration only and are 

23 not meant as limitations. Those skilled in the art will recognize that numerous variations are 

24 possible within the spirit and scope of the invention as defined in the following claims. 
25 

26 
27 
28 
29 
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1 CLAIMS 

2 What is claimed is: 

3 L An apparatus for video on demand programs comprising: 

4 a receiver to receive requests for video on demand programs; 

5 a network manager, connected to said receiver, to process said program requests; and 

6 an authorization component, connected to said network manager, to transmit a first 

7 authorization code; 

8 a file server, coupled to said network manager, receives said first authorization code, 

9 wherein said file server spools said requested program or downloads a second authorization code. 
10 

XI 2. The apparatus of claim 1, wherein said network manager 

^ comprises a processor, connected to an instruction memory, to process said program requests. 

||3 

A 3. The apparatus of claim 2, wherein said processor comprises control software to 

-|5 compile, group or count said program requests. 

4. The apparatus of claim 3, wherein said file server comprises process software to 

Q8 dehver or authorize to receive at least one requested program. 

""^O 5, The apparatus of claim 1, wherein said file server comprises process software to 

21 deliver or authorize to receive at least one requested program. 
22 

23 6. The apparatus of claim 1, wherein said requested program is stored in the file 

24 server in MPEG format. 
25 

26 7. The apparatus of claim 1, wherein said requests for video on demand programs 

27 are received from set top terminals. 
28 

29 
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1 8, The apparatus of claim 1, wherein said authorization component 

2 is connected to said network manager by an interface. 
3 

4 9. An apparatus for delivering video on demand programs to set top terminals 

5 comprising: 

6 (a) a receiver to receive requests for video on demand programs from the set top 

7 terminals; 

8 (b) a network manager, connected to said receiver, comprising: 

9 a processor to process said program requests, wherein said processor includes an 
10 instruction memory and said processor comprises control software to compile, group or 

count said program requests; 

512 (c) an authorization component, connected to said network manager by an interface, to 

£§3 transmit a first authorization code; and 

r§4 (d) a file server, connected to said network manager, to receive said first authorization 

'5 5 code, wherein said file server spools said requested program or downloads a second authorization 

^16 code. 
J7 

y 8 10. An apparatus for video on demand programs comprising: 

'^l9 an authorization component to receive requests for video on demand programs; 

50 an interface connected to said authorization component; 

21 a network manager, connected to said interface, to process said program requests; and 

22 a file server, connected to said authorization component, to receive a first authorization 

23 code, and to spool said requested program or to download a second authorization code. 
24 

25 11. The apparatus of claim 10, wherein said network manager 

26 comprises: 

27 a processor, connected to an instruction memory, to process said program requests. 
28 
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1 12. The apparatus of claim 1 1 , wherein said processor comprises control software to 

2 compile, group or count said program requests. 
3 

4 13. The apparatus of claun 10, wherein said requests for video on demand programs 

5 are received from set top terminals. 
6 

7 14. The apparatus of claim 10, wherein said file server comprises process software 

8 to deliver or authorize to receive at least one requested program. 
9 

10 15. The apparatus of claim 1 1 , wherein said file server comprises process software 

JJL to deliver or authorize to receive at least one requested program. 

113 16. The apparatus of claim 10, wherein said requested program is 

r|4 stored in the file server in MPEG format, 

:|5 

^^16 17. An apparatus for deUvering video on demand programs to set top terminals 

,J7 comprising: 

Srt8 an authorization component to receive requests for video on demand programs from the 
set top terminals; 

20 an interface connected to said authorization component; 

21 a network manager, connected to said interface, comprising: 

22 a processor to process said program requests, wherein said processor includes an 

23 instruction memory, and said processor comprises control software to compile, group or count 

24 said program requests; and 

25 a file server, connected to said authorization component, to receive a first authorization 

26 code and to spool said requested program or download a second authorization code. 
27 

28 18. The apparatus of claim 17, wherein said requested program is digital. 
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1 19. The apparatus of claim 17, wherein said requested program is stored in the file 

2 server in MPEG code. 
3 

4 20. A method for delivering video on demand programming comprising the steps of: 

5 a) receiving a request for a video on demand program from a set top terminal; 

6 b) processing at least one received request; 

7 c) sending a first authorization code to a file server; 

8 d) spooling said requested program from said file server; and 

9 e) authorizing viewing or delivering of said requested program. 
10 

41 21 . The method of claim 20 wherein the step of processing farther comprising: 

^§2 a) counting a period of time; 

l|3 b) receiving additional requests until said period of time expires; and 

;!|4 c) authorizing viewing or delivering of said requested program after said period of time 

^fl5 expires. 

$6 

37 22. The method of claim 20, wherein said step of authorizing further comprising 
downloading an authorization code. 

"^0 23. The method of claim 20, wherein said step of authorizing further comprising 

2 1 authorizing viewing of previews. 
22 

23 24. The method of claim 2 1 , further comprising the step of: 

24 a) compiling, grouping or counting all said program requests. 
25 

26 
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1 ABSTRACT 

2 A novel network manager for use with a cable television system headend capable of 

3 monitoring and managing headend components and set top terminals in a television delivery 

4 system. The invention relates to methods and apparatus that manage and coordinate the reception 

5 of requested video on demand programs. The invention manages and coordinates the storage of 

6 the requested video on demand programs for intelligent selection and distribution to set top 

7 terminals. 
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As below named inventors, we hereby declare that: 

Our residences, post office addresses and citizenships are as stated 
below next to my name. 

We believe we are the original, first and joint inventors of the subject 
matter which is claimed and for which a utility patent is sought on the invention 
entitled NETWORK MANAGER FOR CABLE TELEVISION SYSTEM HEADENDS, 
the specification of which was filed on December 2, 1994, as Application Serial No. 
08/352,205, which is a continuation-in-part application imder 35 U.S.C. § 120 of 
applications Serial Number 08/160,280, filed December 2, 1993, entitled NETWORK 
CONTROLLER FOR CABLE TELEVISION DELIVERY SYSTEM and U.S. Ser. No. 
08/160,281, entitled REPROGRAMMABLE TERMINAL FOR SUGGESTING 
PROGRAMS OFFERED ON A TELEVISION PROGRAM DELIVERY SYSTEM, filed 
December 2, 1993, which themselves are a continuation-in-part applications under 
35 U.S.C. § 120 of Serial Number 07/991,074, filed December 9, 1992, entitied 
TELEVISION PROGRAM PACKAGING AND DELIVERY SYSTEM WITH MENU 
DRIVEN SUBSCRIBER ACCESS. 

We hereby state that we have reviewed and understand the contents of 
the above identified specification, including the claims. 

We acknowledge the duty to disclose to the U.S. Patent and Trademark 
Office all information known to be material to patentability in accordance with Title 
37, Code of Federal Regulations, Section 1.56(a). 

We acknowledge the duty to disclose to the U.S. Patent and Trademark 
Office all information known to be material to patentability as defined in Titie 37, 
Code of Federal Regulations, Section 1.56, which became available between the filing 
date of prior applications U.S. Ser. No. 08/160,280, filed December 2, 1993, entitled 
NETWORK CONTROLLER FOR CABLE TELEVISION DELIVERY SYSTEM, U.S. 
Ser. No. 08/160,281, entitled REPROGRAMMABLE TERMINAL FOR SUGGESTING 
PROGRAMS OFFERED ON A TELEVISION PROGRAM DELIVERY SYSTEM, filed 
December 2, 1993, and U.S. Ser. No. 07/991,074, filed December 9, 1992, entitled 
TELEVISION PROGRAM PACKAGING AND DELIVERY SYSTEM WITH MENU 
DRIVEN SUBSCRIBER ACCESS and the national filing date of this continuation-in- 
part application. 
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prosecute this application and to transact all business in the U.S* Patent and 
Trademark Office connected therewith: Eugene L, Johnson (Reg. No, 21,028), David 
N. Fronek (Reg, No. 25,678), Stuart R. Hemphill (Reg- No. 28,084), Jon F. Tuttle (Reg. 
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Connecticut Avenue, N.W., Washington, D.C. 20036. 

We hereby declare that all statements made herein of our own 
knowledge are true and that all statements made on information and belief are 
believed to be true; and further that these statements were made with the 
knowledge that willful false statements and the like so made are punishable by fine 
or imprisonment, or both, under Section 1001 of Title 18 of the United States Code 
and that such willful false statements may jeopardize the validity of the application 
or any patent issued thereon. 



John S. Hendricks 



Full name of sole or first inventor 



Date 



422. 









Invito 


r'^^i 


^nature 



8723 Persimmon 



U.S. 



Residence 



8723 Persimmc 




Road, Potomac, MP 20854 



Road, Potomac. MP 20854 



Citizenship 



Richard E. Wunderlich 



Post Office Address 




Full name of fourth or joint inventor Inventor's Signature 

Pate 290 Sweetbriar Court, Alpharetta. GA 30201 



Residence 



U.S. 



Citizenship 



290 Sweetbriar Court. Alpharetta. GA 30201 
Post Office Address 



2 



